ukd1

60 ms·

1. 661.▲
   by ukd1 14y ago

   This also sucks; you have to maintain your own hardware and make the files / blocks redundant. Whilst possible, it's certainly going to add complexity and overheads; RiakCS ( http://basho.com/products/riakcs/ ) springs to mind.
2. 662.▲
   by ukd1 14y ago

   Glacier...uh; it's horribly expensive for retrievals...? http://aws.amazon.com/glacier/faqs/#How_will_I_be_charged_wh...
3. 663.▲
   by ukd1 14y ago

   Congratulations guys :-)
4. 664.▲
   by ukd1 14y ago

   Congratulations guys!!!!!
5. 665.▲
   by ukd1 14y ago

   Congratulations and best of luck Mitchell!
6. 666.▲
   by ukd1 14y ago

   What does it break? This new default makes it behave as most users of it would have expected it too when writing their code. IMHO the users who require un-safe writes will be the ones to read this kind of news and notice and could alter it,
7. 667.▲
   by ukd1 14y ago

   I think this seems a pretty insane way of doing it; why not change the default behavior instead of making another driver with a separate name as well as keeping the old one too? This is likely to be super confusing to new users; rumours tha
8. 668.▲
   by ukd1 14y ago

   Thanks; If you think of anything more, let me know!
9. 669.▲
   by ukd1 14y ago

   :-) no problem!
10. 670.▲
    by ukd1 14y ago

    Unfortunately that's not true: it depends directly on what you are doing with your RDBMS - there are many work loads which are better suited to MongoDB. Obviously there are also many which are not. Unless I'm out of date, Redis and High Ava
11. 671.▲
    by ukd1 14y ago

    Thanks! Well, it seemed true enough for me to write the article - there have been a whole load of them on HN recently - http://www.hnsearch.com/search#request/submissions&q=mon... .
12. 672.▲
    by ukd1 14y ago

    Congratulations Dennis! Beer?
13. 673.▲
    by ukd1 14y ago

    It's not really this at all; the point is - read the docs, research and understand the tools you are going to use. Choose the ones which fit best. Understand the trade-offs.
14. 674.▲
    by ukd1 14y ago

    I'm not sure if they are still doing it, but they used to work on the highest voted stuff as a priority; so if you want a feature, vote. Also, I'm working on Snappy compression with Mongo (it's already used for the journal), however it's no
15. 675.▲
    by ukd1 14y ago

    It seems to be a pretty common senario; people thinking X new technology that Y large site used will solve all of their problems magically. Comparing MongoDB to others; it's similar with Redis and from experience less so with Cassandra (pro
16. 676.▲
    by ukd1 14y ago

    Yep, I managed to miss a few things; I'll add these shortly.
17. 677.▲
    by ukd1 14y ago

    Great points but they are not really gotchas; I was trying to help people avoid big / 'obvious' / documented things when using MongoDB :-)
18. 678.▲
    by ukd1 14y ago

    I did indeed, typo; they don't store any data so usually don't have the same issue with 2G limits. I've updated the article.
19. 679.▲
    by ukd1 14y ago

    Laziness, assumption and the difficulty in supporting self compiled apps over standard packages. Also, most projects I've worked on have either been firewalled or on a seperate internal only network for non-web layers...so it's less of an i
20. 680.▲
    by ukd1 14y ago

    or compact, which you can run on a secondary...good call - missed this one! Will add shortly.
21. 681.▲
    by ukd1 14y ago

    Added this + listed you in the footer, thanks!
22. 682.▲
    by ukd1 14y ago

    All valid - though I'm going to check the read-before update as I thought that was a non-issue in 2.2? I'll write them up but it might take a little time. Thanks!
23. 683.▲
    by ukd1 14y ago

    I've got a post like that coming up soon; 'thought process and reasonings behind choosing a datastore'
24. 684.▲
    by ukd1 14y ago

    MMS ( https://mms.10gen.com/user/login ) from 10gen is pretty good - it's very mongo specific. I've also used Munin ( http://munin-monitoring.org/ , there is a great plugin - https://github.com/erh/mongo-munin ), CloudWatch ( http://aws.am
25. 685.▲
    by ukd1 14y ago

    Good point; I didn't mention the lack of multi-document commits. I'll add this shortly.
26. 686.▲
    by ukd1 14y ago

    Thanks! Most of the distribution provided packages (well, ubuntu / debian) were horribly out of date last time I used them. Not sure if they do, or don't have SSL support - but I doubt it as most of them were < 1.8 which I think is pre
27. 687.▲
    by ukd1 14y ago

    Thanks; #1 can be a problem for large collections...due to the extra space. I think I've seen some pre-rolled abstraction layers for this, but never used a open-source one myself. #2 - usually the journal should be pretty quick to allocate
28. 688.▲
    by ukd1 14y ago

    Thanks - I can see how that reads wrong, updating now.
29. 689.▲
    by ukd1 14y ago

    Thanks dude :-)
30. 690.▲
    by ukd1 14y ago

    If I've missed anything from the article, feel free to let me know! :-)