「NoSQLって、ふつうのDBと何が違うの?」
「アクセスが増えても、止まらないの?」
アクセスが一斉に集中しても、びくともしないDBがあります。
Amazon DynamoDBとは、運用を任せられて、アクセスの増減に強いNoSQLデータベースです。サーバーの世話をAWSに預け、キーを指定してデータへ一直線に到達する。この設計が、急な負荷にも耐える強さを生みます。
この記事では、DynamoDBの基本を押さえ、key-value型と表形式の違いを対応表で並べ、自動スケールと高スループットの正体を見ます。最後に、SAA（ソリューションアーキテクト アソシエイト）で問われる選定の決め手まで示します。AWS SAAの高性能設計対策に効きます。
1. DynamoDBとは — 運用を預けるNoSQL
あなたが最初に押さえたいのは、DynamoDBが運用を任せられるNoSQLデータベースだという一点です。ここでの「フルマネージド」とは、サーバーの準備・バックアップ・容量の調整などをAWSが代わりに引き受けること。あなたはデータの出し入れに集中できます。
2. key-valueと表形式は、どこが違うのか
「NoSQLって、ふつうのデータベースと何が違うの?」——その答えはデータの持ち方にあります。NoSQLは表形式にこだわらず、用途に合った形でデータを扱う総称で、DynamoDBはその中でもキー（目印）と値（中身）をペアで持つkey-value型が基本です。あなたが両者を並べて掴めるよう、対応表にしました。
| 観点 | 表形式（RDB） | key-value（DynamoDB） |
|---|---|---|
| データの持ち方 | 行と列のテーブル | キーと値のペア |
| 得意な操作 | 複雑な検索・複数表の結合 | キーで一発引き |
| 形の縛り | あらかじめ列を決める | 項目が多少違っても扱える |
| 大量アクセス | 設計と増強に手がかかる | 自動で幅を広げやすい |
身近な例だと、会員サイトでユーザーIDから設定や購入履歴を引く使い方がkey-valueにぴったりです。ユーザーIDがキー、その人の情報が値。あなたが自分のマイページを開く一瞬の裏でも、この「キーで一発引き」が働いています。決まった出し入れを高速にこなす一方、「30歳以上の全ユーザーを年齢順に」といった横断的な集計は表形式の方が得意です。ここが両者の分かれ目で、得意な操作がそもそも逆向きだと捉えると、後の選定が楽になります。
3. 自動スケールと高スループットの正体
DynamoDBをもう一歩深く知るとき出会うのが、自動スケールと高スループットという言葉です。あなたが混同しやすい2つを、分けて押さえておきましょう。
自動スケールは、アクセスの増減に合わせて扱える量を自動で調整する仕組みです。急に増えても処理の幅を広げ、落ち着けば戻す。この上げ下げをAWS側が担います。一方の高スループットは、たくさんの出し入れを短い時間でさばける性質を指します。キーで一直線に到達する設計だから、大量のアクセスでも応答を速く保ちやすいわけです。
4. SAAの選定、決め手は2つ
「SAAでは、DynamoDBはどう問われるの?」——中心は要件に合うデータベースを選べるかです。設計を任される側の感覚で言うと、見るべきは次の2点に絞れます。
- 結合の有無 — 列をまたいだ複雑な集計や表の結合が中心なら、RDS系や高性能版の AWS Auroraとは が候補
- 変動の大きさ — キーで一発引きが中心で、アクセス量の振れが激しいならDynamoDB
SAAの問題文には、この2点が言葉を変えて埋め込まれています。「複数の表を結合して集計」と書いてあれば結合が要るサインでRDS寄り、「利用者が急増するスコア管理」「大量センサーのデータ受け」と書いてあれば変動が大きいサインでDynamoDB寄り。あなたが問題文から結合と変動の2語を拾えれば、選択肢は自然に絞れます。逆に、この2語を意識せずサービス名だけで覚えていると、似た選択肢が並んだ瞬間に迷います。要件の言葉を先に読み、あとからサービスを当てはめる——この順番が、設計問題を速く解くコツです。
5. まとめ：DynamoDBかRDSか
最後に、あなたが迷ったときの選び分けを一覧にします。要件のどれに当てはまるかで、候補は決まります。
- キーで素早く引きたい・アクセスの変動が激しい・運用は任せたい → DynamoDB
- 複雑な検索や複数表の結合が中心・整った表で管理したい → RDS系
DynamoDBは、SAAの高性能アーキテクチャ設計でNoSQLの代表格として登場します。「結合の有無」と「変動の大きさ」という2つの物差しをあなたが持っておけば、周辺のAWS用語もこの軸に沿って整理できます。丸暗記より、この読み分けを手になじませるのが近道です。逆に言えば、DynamoDBが不向きな場面を言えることも実力のうちです。複雑な結合や集計が主役なら素直にRDS系を選ぶ——その判断ができれば、あなたはサービス名に振り回されなくなります。
次のステップ
DynamoDBが問われる範囲の全体像は、AWS SAAの試験範囲と勉強法ガイド で確認できます。高性能設計のなかでの位置づけが見えてきます。
結合と変動の読み分けを試すなら、AWS SAA 高性能設計の問題集 で、DynamoDBを含む選定問題を解いて確かめてみてください。