PR：この記事にはアフィリエイトリンクが含まれます。
MongoDBの本を探すと、CRUDの入門から本番環境の性能改善まで候補が広がり、書名だけでは違いをつかみにくいですよね。文書設計と集約パイプライン、インデックスが実務でどうつながるかを整理します。
SQLの表をそのままドキュメントへ移せば設計完了、とはなりません。画面や処理に必要なデータの形から考えると、設計の勘所がつかめます。どの本で学ぶかも見えてきます。
5冊の守備範囲
| 書名 | 主な範囲 | 仕様と対象 |
|---|---|---|
 MongoDB Essentials: A quick introduction | 基本構造、データモデリング、CRUD、集約、性能対策 | Packt、2025年9月刊、第1版、84ページ、英語。これから学ぶ開発者向け |
 The Official MongoDB Guide: Resilience, scalability, security and performance | モデリング、インデックス、クエリ、運用、セキュリティ、Atlas Search | Packt、2025年9月刊、第1版、374ページ、英語。MongoDB 8.0を扱う |
 Practical MongoDB Aggregations: The official guide to developing optimal aggregation pipelines with MongoDB 7.0 | パイプラインの設計と最適化、配列操作、データ処理例 | Packt、2023年9月刊、第1版、312ページ、英語。MongoDB 7.0、中級者向け |
 MongoDB 8.0 in Action, Third Edition | スキーマ、インデックス、集約、トランザクション、シャーディング | Manning Publications、2025年6月刊、第3版、576ページ、英語。MongoDB 8.0を扱う |
 High Performance with MongoDB: Best practices for performance tuning, scaling, and architecture | 性能診断、設計、監視、複製、スケーリング | Packt、2025年9月刊、第1版、英語。基礎知識のある開発者や運用担当者向け |
5冊には、短い入門書から集約を掘り下げる専門書、運用まで扱う総合書までそろっています。仕事で気になる課題が決まっていれば、読み始めてから知りたい内容が足りないと感じる事態を避けやすいでしょう。
紙版の価格は販売店や在庫、為替によって変わります。購入時点の表示額を目安に、ページ数や扱う範囲を見ておくと金額と内容を判断しやすくなります。
文書の形を考える
MongoDBでは、JSONに似たBSON形式で一件分のデータをドキュメントとして保存します。設計の前に、どの画面や処理が何をまとめて読むか考えてみましょう。
注文画面で明細をいつも一緒に表示するなら、注文ドキュメントに商品名や購入時価格、数量を埋め込めます。商品マスターの名称や価格が後から変わっても、購入時の明細はそのまま残せます。
注文にひもづく監査履歴やコメントが際限なく増えるなら、一つの配列に詰め続ける方法は避けたいところです。増え続ける子データは別コレクションに置き、必要な場面で参照できます。
単一ドキュメント内の更新は原子的に行われます。複数ドキュメントの整合性が要る場面ではトランザクションを使えます。先にデータのまとまりを見直し、複数文書を同時に更新すべきか考えておきましょう。
境界を決める
埋め込みか参照か。読み取りと更新の頻度、件数の伸び方が判断材料です。同じ情報を常に一緒に読むなら埋め込み、別々に更新したり検索したりするなら参照が自然です。
埋め込んだ値を更新するときは、コピーした情報をどこまで同期するかも大切です。商品名は購入時の記録として固定し、在庫数には商品側の最新値を使うなど、値の意味を分ければ更新処理の迷いが減ります。
参照先との結合には$lookupを使えます。ただし、結合の数だけで良し悪しは決まりません。毎回読む情報と集計や管理画面だけで使う情報を分け、実際のクエリで負荷を確かめましょう。
集約の流れ
集約パイプラインは文書を段階ごとに絞り込み、変換して集計する仕組みです。売上をまとめる場合、期間と支払い状態を$matchで絞った後に明細を$unwindで展開し、商品ごとに$groupで合計します。
仕上げに$sortで金額順に並べ、$limitで上位だけ返せばランキングです。各ステージに一つの役割を持たせると、途中の件数や値を追いやすく、あとから変更するときも安心でしょう。
配列を早い段階で展開しすぎると処理する文書数が膨らみます。期間や状態で絞り、明細単位の計算が必要な段階で展開するのが基本です。
日付のタイムゾーンや欠損値、数値と文字列の混在は集計結果を左右します。入力時に型をそろえ、空値の扱いを決めておけば、月末や移行後に数字が合わない悩みを抑えられます。
索引の設計
インデックスを追加すると検索対象を絞りやすくなります。一方で、書き込み時の更新処理と保存領域も増えます。使われる検索条件を確かめずに増やすと、読み取りの改善が小さいのに更新コストが上がりかねません。
複合インデックスではキー順が肝心です。テナントと状態で等価検索し、作成日時で並べるなら、等価条件を先に置きます。範囲条件も検索内容に合わせて調整しましょう。
複合インデックスは先頭側のキーを条件に含む検索を支えます。後ろのキーだけで検索すると、その複合インデックスを利用できない場合があります。似た条件を整理し、検索頻度や返却件数も確かめてキーを組み立てましょう。
候補の確認にはexplain("executionStats")が役立ちます。返却件数に対して調べた文書数が極端に多ければ、条件の絞り込みやインデックスの形を見直すサインです。
遅さを測る
遅いクエリは対象件数、返却サイズ、実行時間を同じ条件で記録します。データ量やキャッシュ状態が違う測定を並べても、改善の有無は見えにくいものです。
explainで実行計画を確かめ、本番では遅い操作の傾向や書き込みへの影響も追います。読み取りを速くするインデックスが、更新処理やメモリ使用量を悪化させることもあるためです。
毎回全データから計算しなくてよい集計なら、集計用コレクションを定期更新する方法もあります。結果を数秒単位で新しくするのか日次で足りるのかは、業務要件に合わせて決めます。
本ごとの実務領域
MongoDB Essentialsは84ページの英語入門書です。基本構造からCRUD、モデリング、集約までを短く見渡せます。専門用語に慣れる前に全体像をつかみたい人には、最初の一冊としておすすめです。
The Official MongoDB GuideはMongoDBチームの複数著者が執筆した374ページの総合書です。MongoDB 8.0を取り上げ、データ設計や集約に加えてセキュリティ、運用、Atlas Searchも扱います。関連分野まで広く学びたい読者におすすめです。
Practical MongoDB AggregationsはMongoDB 7.0を対象に、パイプラインの作成や最適化を掘り下げます。集約の基本を知っていて、配列操作やデータ処理例から複雑な処理を読み解きたい中級者におすすめです。
Practical MongoDB Aggregations: The official guide to developing optimal aggregation pipelines with MongoDB 7.0
Packt
Amazonで見るMongoDB 8.0 in Actionは576ページで、設計から複数ドキュメントのトランザクションやシャーディングまで扱う紙の総合書です。 High Performance with MongoDBは性能診断や監視、スケーリングを扱い、基礎知識のある人が本番の性能改善に取り組む際に使いやすい本です。
High Performance with MongoDB: Best practices for performance tuning, scaling, and architecture
Packt
Amazonで見る現場へつなぐ
実装前に代表的な読み取りの検索条件や並び順を整理し、必要な項目と想定件数も書き出します。その一覧から文書の形とインデックスを考えると、設計が画面要件につながり、不要な結合も見つけやすくなります。
次に実データに近い件数や値の偏りを用意し、代表クエリと集約を試します。開発用の少量データでは見えにくい走査量や配列展開の膨張も、本番に近い条件なら把握できます。
変更後は性能だけでなく更新処理や返却データの正しさ、監視指標も確かめましょう。スキーマ変更とインデックス追加を同時に行う場合も、効果や不具合の原因を追えるよう記録を残すと安心です。
結論
MongoDBを初めて学ぶ人には、短く全体をつかめるMongoDB Essentialsがおすすめです。設計から運用まで幅広く学ぶならThe Official MongoDB Guide、MongoDB 8.0を紙で一冊通して学ぶならMongoDB 8.0 in Actionが有力です。
集約パイプラインの実務を深めたい中級者にはPractical MongoDB Aggregations、本番環境の遅さやスケールに取り組む人にはHigh Performance with MongoDBが合います。いまの課題に近い一冊から始めれば、学んだことを仕事に生かしやすいでしょう。
読むだけで設計が決まるわけではありません。実際のクエリやデータの増え方、実行計画を照らし合わせることで、埋め込み、集約、インデックスの判断に現場で使える根拠が生まれます。
Amazon の PC をスコア化してみた
Amazonにある8〜14インチの小型WindowsタブレットやノートPCを、スペック別にスコア化して比較・ランキング。
