最初はApacheネタで行くつもりが、最近は何でも有りになってきた。
うっかりソフトの世界に来てしまったエンジニアの苦悩・・・
うっかりソフトの世界に来てしまったエンジニアの苦悩・・・
2016-02-21
『もう二度と、絶対にMongoDBを使うべきじゃない理由』というのがあるらしい
mongodb | |
記事
https://fa-works.com/blog/why-you-should-never-ever-ever-use-mongodb
なかなか香しいな。
というよりコイツ他のブログも結構ヒドイw
とりあえず不満をぶちまけるタイプのようだ。
で、、事の本質はプロダクトの設計がちゃんと出来ない人はどんな場合でも選択を間違えるという事だ。
実際MongoDBは使いどころがかなり限られている。
MongoDBが得意なケース"以外"では絶対MongoDBを使ってはならない
WriteConcernはあくまでAdditionalな機能であって本来やりたい事では無い。(RDBMSなら2フェーズコミットだぜ?)
実際、最近追加されたReadConcernもヒドイ実装である。
殆どのケースではORMが完備してるフレームとMySQLを使うのが鉄板なのは間違いない。
じゃあ具体的にいつ使うのか?というと
Dirty read が許され、且つ、Readが支配的な場合
だ。
性能面に関しては、スタンドアローン型のストレージに劣る。
これはレプリケーション機構があるので(例えその機能を切ったとしても)そのオーバーヘッドに拠るものが大きい。但し実装も良くない。
しかしPostgreSQLねぇ・・・運用するんだ・・・がんばれ〜
大丈夫!イザとなったらRedShiftがあるさ。。
コメントを書く
トラックバック - http://d.hatena.ne.jp/hiroppon/20160221/1456061583
リンク元
- 20 https://www.facebook.com/
- 11 http://b.hatena.ne.jp/
- 8 https://www.facebook.com
- 7 https://www.google.co.jp/
- 3 https://www.google.co.jp
- 2 http://htn.to/pvSHL9fmY
- 2 http://l.facebook.com/l.php?u=http://d.hatena.ne.jp/hiroppon/20160221/1456061583&h=oAQGT11xMAQFHIiV7PN7Ux1tOctB0Wrodn38yM8CWr-B5cw&enc=AZMDTog_1ebROAgpEyGXdVuuvzXGphGOoLB-BfaGydWfnDKVwVhaAuPHW8qvZ79lq-TjvR73i0kA_vTrdPnQovsUi2MeccUfXHcoq-iK06C5
- 2 https://t.co/NGqvqsNEUF
- 2 https://t.co/YRlBSZXcgV
- 1 http://b.hatena.ne.jp/add?mode=confirm&title=%u300E%u3082%u3046%u4E8C%u5EA6%u3068%u3001%u7D76%u5BFE%u306BMongoDB%u3092%u4F7F%u3046%u3079%u304D%u3058%u3083%u306A%u3044%u7406%u7531%u300F%u3068%u3044%u3046%u306E%u304C%u3042%u308B%u3089%u3057%u3044 - Linu