MongoDB

かんたんに言うと

MongoDB は最も人気のある NoSQL の「ドキュメント」データベースです。従来の関係データベースは、テーブルの列（スキーマ）を事前に定義する必要があります。MongoDB はその代わりに「ドキュメント」を直接保存させてくれて（JSON オブジェクトによく似ています）、構造は柔軟 — いつでもフィールドを追加できます。要件がまだ揺れ動き、素早く反復しているプロジェクトに特に向いています。

トレードオフはこうです。その柔軟さは「関係」を扱う力の弱さと引き換えになります。データの関係が複雑で、厳格なトランザクション整合性が必要なときは、関係データベース（PostgreSQL など）のほうがたいてい合います。MongoDB と SQL のどちらを選ぶかは、データの構造が「安定しているか、どれだけ関係的か」に行き着きます。

アーキテクチャ

動作の流れ

ドキュメント型データが役立つとき

ドキュメントが真価を発揮するのは、データがもともと入れ子になっていたり、レコードごとに形が変わったりするときです。たとえば商品で、カテゴリーごとに持つ属性が違う場合（本には著者、シャツにはサイズ）。これを固定のテーブル列に押し込むとぎこちなくなりますが、ドキュメントならきれいに収まります。逆に、データが高度に関係的なとき — 注文がユーザーに、ユーザーが支払いに結びつく — は、関係データベースのほうがたいてい安心できる置き場所です。

まとめ

• MongoDB ＝ 最も人気のある NoSQL ドキュメントデータベース。
• 構造が柔軟 — 素早い反復や変化するデータに最適。
• 強い関係と厳格な整合性が要るなら、関係データベースのほうが合う。