• Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
  • Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!

You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:

  • You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
  • You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
  • If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.

Previously on "Best paying database developer environment?"

Collapse

  • AtW
    replied
    Sybase to SQL Server might be a lot easier to move.

    Sybase to HADOOP will require changing a lot more, since it's not like for like. Chances are HADOOP _might_ be more appropriate/cheaper, but all depends on what you actually doing.

    We do use Postgres, seems ok, but 10 TB data is pretty heavy.

    Leave a comment:


  • Platypus
    replied
    Interesting https://www.theregister.co.uk/2017/0...l_on_big_data/

    Leave a comment:


  • Brummie
    replied
    Originally posted by BrilloPad View Post
    Hadoop has been discussed and is very fashionable. The main objection seems to be we only have a 10TB database so are not big enough for big data. Though 10TB seems quite large to me - clearly I need to get with the times.
    It's not just the Volume that should put you off from using it. Considering that Data is the new oil :-), Do you expect to store and process Unstructured, Semi-structured data (e.g Audio/Video streams, Emails etc)? Do you need transactions (Big data doesn't support transactions)? Do you need real-time analytics? If your use case is Geo then Mongo has a fantastic support for distance calculations and it is way faster than anything I have seen or Do you need to know who is following whom (degrees of separation!) then go with Neo4j, its node traversal is way faster than anything else.

    Leave a comment:


  • SeanT
    replied
    Originally posted by Sysman View Post
    "Did you know you can buy a terabyte of RAM for around $10,000?" - a month, if using the public cloud...

    Leave a comment:


  • Sysman
    replied
    Originally posted by BrilloPad View Post
    Hadoop has been discussed and is very fashionable. The main objection seems to be we only have a 10TB database so are not big enough for big data. Though 10TB seems quite large to me - clearly I need to get with the times.
    You Are Not Google

    Leave a comment:


  • MrMarkyMark
    replied
    Originally posted by DimPrawn View Post
    I get these emails everyday....




    Originally posted by BobShawadiwadi View Post
    Hi Ya Dim, I hope you are well.
    My blessed company has just renewed contract, inshallah, this is good doings as we will working together for a very, very, long time.
    Shiva has risen from dead. We have managed to revert database and analysis cubes to a previous running state from corporate back up. Nothing will run, do you know anything about indexing doings? Please revert at the soonest.

    Leave a comment:


  • DimPrawn
    replied
    Quote Originally Posted by BobShawadiwadi View Post
    Hi ya Dim, after some Production doings all the tables have gone the way of Shiva,
    as database expert can you please revert with the step by step necessary doings and the way to fix new non functioning back up. Thanks
    I get these emails everyday....

    Leave a comment:


  • MrMarkyMark
    replied
    Originally posted by DimPrawn View Post
    All DB work has gone to India. You're a decade too late.


    Originally posted by BobShawadiwadi View Post
    Hi ya Dim, after some Production doings all the tables have gone the way of Shiva,
    as database expert can you please revert with the step by step necessary doings and the way to fix new non functioning back up. Thanks

    Leave a comment:


  • fool
    replied
    MongoDB. For the times when you don't really care if your data is there or not.

    Leave a comment:


  • DimPrawn
    replied
    All DB work has gone to India. You're a decade too late.

    Leave a comment:


  • darmstadt
    replied
    I've been testing DB2 BLU with analytics, Postgres, MongoDB, MariaDB along with weird stuff like Redis, Spark, Cassandra, Geode, etc but it really depends on what you want to do with it. DB2 BLU was not bad and Postgres is nice and simple (R/W was slow though)

    Leave a comment:


  • Brummie
    replied
    I would ask myself this. Should it support 3V's - Volume, Velocity and Variety. If yes, go BigData stack. If you are looking at other DBs then decide if they should support Graphs (e.g. GraphDB) or Relational?
    If relational, then Do you need stored procedures, triggers etc.

    Your use case would say which one is suitable.

    Leave a comment:


  • eek
    replied
    Mongodb serves certain use cases. It's great but it's overkill for some purposes. sql server and azure will open a lot more doors

    Leave a comment:


  • BigRed
    replied
    +1

    Azure and hybrid are both good options. SQL Server was based on Sybase so should be an easier transition. MongoDB is good for some things but it's very immature in other areas.

    Leave a comment:


  • quackhandle
    replied
    Originally posted by eek View Post
    For career opportunities SQL server hybrid (cloud and on-prem)..
    This. But if you want to be all trendy suggest MongoDB.

    qh

    Leave a comment:

Working...
X