MongoDBは2009年、米10gen社（現MongoDB Inc.）が公開したオープンソースのドキュメント指向NoSQLデータベースです。「JSONをそのまま保存・検索できる」直感的なデータモデルと、簡単に水平スケールする設計で、Web2.0時代に急成長したサービスに次々と採用されました。NoSQLという言葉そのものを世間に広めた中心的存在の一つでもあります。
この記事の目次
- MongoDBのデータモデル
- 強みと弱み
- MongoDB Atlasによる運用変化
- MongoDBが向く・向かない用途
- まとめ
MongoDBのデータモデル
MongoDBはデータをJSONのような構造（実体はBSON＝バイナリJSON）で保存します。1件のレコード＝1ドキュメントで、フィールド構成は同じコレクション内でも自由（スキーマレス）。アプリのオブジェクトをそのまま投入できる感覚は、ORMの煩雑さを嫌うエンジニアに歓迎されました。
ただし「スキーマレス」は「設計不要」ではなく、後から検索・集計を考えるとフィールド名や型の規約は事実上必要になります。近年は JSON Schema 検証機能も組み込まれ、ある程度のスキーマ管理ができるようになりました。
強みと弱み
MongoDB最大の強みは、シャーディングによる水平スケールがほぼ自動でできること。アクセス急増時にノードを増やすだけで容量も性能も伸びる挙動は、急成長サービスに最適でした。
弱点としては伝統的にトランザクション・JOINが苦手だった点。Mongo 4.0以降でマルチドキュメントトランザクションが入り、$lookup でJOIN相当も可能になりましたが、「複雑な集計やJOINが頻発する業務」では依然PostgreSQL等の方が向きます。
MongoDB Atlasによる運用変化
MongoDB Inc.は2016年以降、フルマネージドサービス「MongoDB Atlas」を主力ビジネスにしています。AWS / GCP / Azure 各リージョンに対応し、自前運用の手間（バックアップ、スケール、監視）からほぼ解放されます。
2023年には Vector Search（ベクトル検索）が加わり、RAG（検索拡張生成）の格納先として注目されています。「ドキュメントDB＋ベクトル検索＋全文検索」が1つの基盤で完結する選択肢として、再評価が進んでいます。
MongoDBが向く・向かない用途
MongoDBが特に向くのは「アプリのオブジェクトをそのまま保存し、IDで引いて更新する」タイプのワークロード。ユーザープロフィール、ログ、イベント、コンテンツ管理などが典型例です。
一方、複数テーブルをまたぐJOINや厳格なトランザクション整合性が中心の業務（会計、金融など）は依然RDBMSの領分。「適材適所」で使い分けるのが現代的なデータ基盤設計の鉄則です。
まとめ
MongoDBはNoSQLブームを牽引した代表格で、Web系の柔軟なデータ保存先として今も第一線にあります。RDBMSとは異なる強みを持つ道具として、用途を見極めて採用すれば強力な選択肢になります。
※本記事はIT用語辞典の手書きドラフトです。公開前に最新情報・出典を確認のうえ加筆修正してください。
コメント