Amazon DynamoDB入門｜NoSQLデータベースの設計とRDSとの使い分け
現場実践｜AWSNoSQLデータベース
Amazon DynamoDB入門｜NoSQLデータベースの設計とRDSとの使い分け
「DynamoDBって何？RDSと何が違うの？」——Amazon DynamoDBのキー設計・テーブル設計・GSI・キャパシティモードとRDSとの使い分け基準を解説します。
💡 DynamoDBはサーバーレスのNoSQLデータベース。「大量のシンプルなアクセス・ミリ秒レベルの低遅延・スキーマレス」という特徴でRDBMSが苦手なユースケースを解決します。
1. DynamoDBとRDSの使い分け
| DynamoDB（NoSQL） | RDS MySQL/Aurora | |
|---|---|---|
| データ構造 | スキーマレス・キーバリュー・ドキュメント型 | スキーマ固定・テーブル・リレーショナル |
| スケーリング | 無限に自動スケール（サーバーレス） | インスタンスサイズに依存 |
| クエリ | 主キー・GSIのみ（JOINは不可） | 複雑なSQLクエリ・JOIN・集計が得意 |
| 最適なユースケース | ユーザーセッション・ゲームランキング・IoTデータ | ECシステム・在庫管理・複雑な集計が必要な業務系 |
2. パーティションキーとソートキーの設計
DynamoDBのテーブル設計で最重要なのはパーティションキー（PK）とソートキー（SK）の設計です。「ユーザーセッション管理」であればPK=user_id・SK=session_idのような設計になります。アクセスパターンを先に定義してからキー設計を行うことがDynamoDB設計の鉄則です。
3. GSI（グローバルセカンダリインデックス）
DynamoDBはプライマリキー以外のアクセスパターンにGSIを使います。例えば「注文テーブルをorder_idで取得する他に、customer_idで注文一覧を取得したい」場合はcustomer_idをPKとするGSIを作成します。GSIはテーブルごとに最大20個まで作成でき、追加の費用がかかります。
4. オンデマンドとプロビジョニングモードの選択
- オンデマンドモード：リクエスト数に応じた従量課金。トラフィックが予測しにくいアプリケーションやスタートアップに最適
- プロビジョニングモード：読み取り・書き込みキャパシティを事前に設定。トラフィックが安定している場合はオンデマンドより安くなる
- Auto Scaling：プロビジョニングモードにAuto Scalingを設定してトラフィック変動に自動対応させることが本番環境の標準
📌 この記事のポイント
- DynamoDBはJOIN不要・大量単純アクセス・低遅延・スキーマレスのユースケースに最適
- DynamoDB設計の鉄則はアクセスパターンを先に定義してからPK・SK・GSIを設計する
- スタートアップ・予測困難なトラフィックにはオンデマンドモード、安定トラフィックにはプロビジョニング+Auto Scalingを選ぶ
よくある質問（FAQ）
Q. Amazon DynamoDBについて、初心者がまず取り組むべきことは何ですか？
まずは全体像を把握することから始めましょう。基本的な概念を理解した上で、実際に手を動かして試すことが重要です。理論と実践を組み合わせることで、より深い理解が得られます。
Q. Amazon DynamoDBを学ぶのにおすすめのリソースはありますか？
公式ドキュメントが最も信頼性が高く、Udemyの動画講座（セール時2,000〜3,000円）は体系的に学ぶのに最適です。実際に手を動かすハンズオン練習を並行して行うことで、知識の定着率が大幅に上がります。
Q. Amazon DynamoDBのスキルは転職・キャリアアップに役立ちますか？
現在のIT業界では、この分野のスキルを持つエンジニアへの需要は高い水準にあります。継続的なスキルアップと資格取得を組み合わせることで、市場価値をさらに高めることができます。
キャリアの疑問、一緒に解決しませんか？
Route Bloomでは、インフラ系ITエンジニアを目指す方への個別サポートを行っています。2026年7月からフリーランス講師として本格始動予定です。
ABOUT ME
