STORESってMongoDBを使ってるらしいけど正直どうなの？ - STORES Product Blog

STORESのECサービスを開発している@morihirokです。 STORES ECはRuby on Railsで開発されているWebアプリケーションですが、データベースにはMySQLやPostgreSQLといったリレーショナルデータベースではなく、MongoDBを採用しております。 この記事ではカジュアル面談等で必ず聞かれる「MongoDBって正直どうなの？」といったところを、ストレートにお伝えできればと思います。 なぜMongoDBを採用しているのか そもそもなぜMongoDBを採用しているのか。それは考古学になるのでフィールドワークが必要です。筆者も開発に携わるようになったのは2018年の終わり頃からなので、まずは一緒にSTORES ECの歴史について紐解いていきましょう。 STORES EC（旧STORES.jp）は、heyグループとなるずっと前の2012年、会社名がブラケットだ

[hoppie]

でもたいへんそう

[akulog]

mongodb楽しいよ

[oakbow]

少ない事例なのでお話としては面白いんだけど、まあ何作るにしてもまず間違いなくRDB使うなあ…

[katsusuke]

数年前にMongoDBからPostgreSQL+jsonbに移行したけど本当に良かった。トランザクションやスキーマが無いことに起因するバグが一気に減って恐れず機能追加できるようになった。MongoDB+TypeScriptっていう歴史のIFを妄想

[takezaki]

“それらを新たに開発する際にMongoDBを採用するかといわれると、RDBのほうがマッチする事の方が多そうに感じているのが正直なところです。”

[diveintounlimit]

せやなという以上の感想は無いかな

[J138]

MongoDBやるぞーって思って1億件のサンプルデータ入れたときにSSDがぶっ壊れたり、クエリ取得時にタイムアウトしたりしてそんなぁーってなった思い出が蘇るせいで、避けちゃう。

[otchy210]

MongoDB (などの NoSQL) は地理的に離れたクラスターを組んだり 1 億レコード以上を扱ったりする時に役立つ技術で、世に溢れる大半の要求には RDB の方が合ってると思う。

[uva]

今だとマッチする場合でも MongoDB を選ぶのは勇気がいるな

[sigwyg]

” もしかしたら、MongoDBは私たちエンジニアチームが技術的な課題と正面から向き合う姿勢を作るきっかけになってくれたのかもしれません” いい話だなー

[strawberryhunter]

すっと昔の話だけど、https://www.infoq.com/jp/news/2011/11/MongoDB-Criticism/ これはどうなったのか。

[fjwr38]

Mongo なつかしい

[QURULI]

RDBのテーブルロックやトランザクションの有り難みを、実感するにはいいのかも。

[asayamakk]

> つまずきに対し、面白半分で悪態をつくような言動をした めっちゃわかる、よくないと思ってもしちゃうやつ。 > しかしそんなことしていてもなんの解決にもならない こう気づけて姿勢を変えられるのは素晴らしいなあ

[proverb]

MongoDB懐かしいな

[cpw]

性能で問題が出たらいろいろ考えればよくて、普通のサービスはRDBで十分ですよね。

[nabeop]

技術と真摯に向き合って課題を解決していて見習いたい

[paradisemaker]

これなんだよねぇ “ドキュメントをそのままモデルクラスにマッピングするとモデルクラスにあるには冗長と感じるプロパティが出てくることになり、モデルクラスの責務ではないロジックが含まれる”

[juve534]

トランザクションないとどうするのかと思ったけどRedisでロックか👀経験があるけどまあ大変だよね

[tofu-kun]

弊社も採用していますが、今作り直すなら RDB メインで一部を MongoDB にしますね。でも、楽しい DB ではある

[onesplat]

複雑なJSONを気軽にぶっこんで後から検索できるようにしたい、というケースでは凄まじい威力を発揮するし、それ以外では特に必要性を感じたことはない

[sawa34]

パクリキュレーションメディアで儲けた社長がやってる会社だっけ?

[yino__2]

MongoDB実運用

[spark7]

そらそうよね「RDBのほうがマッチする事の方が多そうに感じているのが正直なところです」

[koba789]

脳死で RDBMS 使って無意識にスロークエリ仕込んでてアクセス急増で突然の死、というのは避けられてそう。MongoDB が速いというより、速い(スケールする)データモデルを常に強制されるからだけど

[kndkndknd]

"そもそもなぜMongoDBを採用しているのか。それは考古学になるのでフィールドワークが必要です"

[dot]

よほどモデルの設計を工夫しないとN+1クエリとか整合性で爆死する印象ある。mongoidはメジャーアップデートでわりと後方互換性ぶっちするけど、mongodbの新機能使うためにはアップデート必要だったりして辛い思い出が。

[hackpopo]

なんか今のFirestoreを全面採用しているプロダクトの将来像に見える。。 DBはよっぽどの理由がない限りRDBに倒しておいた方が良いと思える

[fuji_haruka]

C向けサービスでmongodbがパフォーマンスボトルネックにならないというのは面白い知見

[mabots]

そもそもなぜMongoDBを採用しているのか。それは考古学

[paul_oguri]

“ ”

[laiso]

MongoDB事情気になってた。マネージドサービスに移行したんだ