目次
1. 結論
Amazon Neptune と Amazon DocumentDB は、「適材適所のスペシャリストDB」です。 – Neptune は「繋がり（グラフ）」を追うのが得意。 – DocumentDB は「JSON形式の書類（ドキュメント）」を扱うのが得意。 一般的なRDS（表形式）では処理が非常に重くなるような特定のデータ構造に対して、圧倒的な高性能とスケーラビリティを提供します。
2. SAAで出やすいポイント
- Amazon Neptune (グラフDB):
- 繋がりを重視: 友人関係、不正検知の経路、物流ネットワークなど、「点と線の関係」を高速に辿れる。
- クエリ言語: GremlinやSPARQLに対応。
- Amazon DocumentDB (ドキュメントDB):
- MongoDB互換: 既存のMongoDBアプリを最小限の変更で移行できる。
- JSONの扱い: 柔軟なデータ構造（スキーマレス）を高速に検索・保存できる。
- Auroraベース: ストレージと計算資源が分離されたAuroraのアーキテクチャを継承しており、高い耐久性とリードレプリカによるスケーリングが可能。
3. キーワードでの判断
| 問題文のキーワード | 疑うべきサービス/機能 | 判断理由 |
|---|---|---|
| 「SNSの友人関係や推奨エンジン（繋がり）を解析」 | Neptune | グラフ構造の処理 |
| 「MongoDBのワークロードをAWSへ移行」 | DocumentDB | 互換性のあるサービス |
| 「複雑に絡み合ったデータの依存関係を高速に検索」 | Neptune | 階層や関係の深さを辿るため |
4. ひっかけポイント
- DynamoDBとの使い分け:
- DynamoDB: 超大規模、超高速な単純キー検索（KVS）。
- DocumentDB: 複雑なドキュメント構造（JSON）の検索、MongoDBからの移行。
- Neptune: データの「繋がり」そのものを分析。
- RDSとの使い分け: RDSでも「JOIN」を使えば関係は追えるが、多段（3段以上）のJOINになるとNeptuneの方が圧倒的に速くなる。
5. 覚え方
- 「Neptune = 複雑な相関図」。
- 「DocumentDB = 大量のJSON書類の束」。
- どちらも、普通の表（RDS）には収まりきらない個性を活かして、特定の処理を爆速にする専門家。
6. 関連サービス
| サービス名 | 関連する理由 |
|---|---|
| Amazon Aurora | DocumentDBやNeptuneのストレージアーキテクチャのベース。 |
| AWS AppSync | GraphQLを使ってNeptuneのデータをアプリから簡単に取得する。 |
| DynamoDB | 同じNoSQLとして、どちらを選ぶべきか常に比較される。 |
7. Obsidian管理メモ
- 復習ポイント: 「MongoDB互換 = DocumentDB」「繋がり・推奨・不正検知 = Neptune」というキーワードの結びつきを完璧にする。
- 関連ノート: AWSデータベースサービスの適材適所ガイド
8. HTMLファイル名
aws-neptune-and-documentdb-specialized-databases.html
