DynamoDB とデータストア

01 / 保存先はアクセスパターンで選ぶ

「データを保存できる」だけでは選べません。何をキーに検索するか、結合やトランザクションが必要か、オブジェクト全体を取得するかを考えます。

02 / DynamoDBのキーとインデックス

主キーはパーティションキーだけ、またはパーティションキー＋ソートキーで構成します。複合キーの場合、組み合わせが項目を一意にします。同じパーティションキーの項目を、ソートキーの範囲で取得できます。

たとえば、主キーをPK=CUSTOMER#123、SK=ORDER#2026-11-08#001とすれば、顧客の注文を時系列に探す形を作れます。全注文を一つの固定値のパーティションキーに集中させると、ホットパーティションの原因になります。キーの種類の多さだけでなく、アクセス量の偏りも見ます。

公式資料：セカンダリインデックス

03 / Query・Scan・整合性

Queryはパーティションキーの等価条件が必須です。ソートキーには範囲・前方一致などの条件を追加できます。任意の属性を自由にSQL検索する仕組みではないため、検索入口がなければGSIなどを検討します。

Scanはテーブルやインデックスを読み進めます。FilterExpressionは読み取り後に結果を絞るので、返却件数を減らしても読み取り容量の節約には直結しません。Queryのフィルターにも同じ注意が当てはまります。

from boto3.dynamodb.conditions import Key

params = {"KeyConditionExpression": Key("customerId").eq("C123")}
while True:
    page = table.query(**params)
    for item in page.get("Items", []):
        print(item["orderId"])
    last_key = page.get("LastEvaluatedKey")
    if not last_key:
        break
    params["ExclusiveStartKey"] = last_key

Query/Scanは一回の呼び出しで全件返るとは限りません。LastEvaluatedKeyがあれば続きを取得します。フィルターで返却件数が0でも続きがある場合があります。

公式資料：読み取り整合性

04 / 容量の計算を一度やってみる

オンデマンドはリクエストに応じた課金、プロビジョンドは設定した容量を軸とする課金です。予測しにくい負荷と、安定して予測できる負荷を区別します。どちらもキーへの偏りやサービスクォータを無視できるわけではありません。

サイズは境界ごとに切り上げます。トランザクション操作は通常の操作より容量を消費します。GSIへの書き込みや、読み取り対象と実際のサイズにも注意してください。

公式資料：RCU・WCU

05 / 条件付き更新・トランザクション・TTL

table.put_item(
    Item={"orderId": "O123", "status": "PENDING"},
    ConditionExpression="attribute_not_exists(orderId)"
)
# 既に存在すれば ConditionalCheckFailedException。
# アプリ側で「既存結果を返す」などの業務上の扱いを決める。

公式資料：TTL の削除タイミング

06 / S3・キャッシュで押さえること

S3はオブジェクトストレージです。一般的なPUT、DELETE後のGET・LISTには強い整合性があります。ただし、CloudFrontなどのキャッシュが古い内容を返す問題は別です。バージョニングは誤更新からの復旧、Lifecycleは保存クラスの移行や期限切れ削除に使います。

大きなファイルはマルチパートアップロードで分割して送れます。失敗した部分だけの再送が可能ですが、未完了パートの管理も必要です。S3のCORSはブラウザのアクセス可否を制御する設定で、IAMやバケットポリシーの代わりにはなりません。

07 / 確認問題

08 / この章の到達点

• Queryできるキー条件と、GSIを使う理由を説明できる
• FilterExpression・TTL・GSIについて、タイミングの誤解を避けられる
• RCU/WCUの切り上げ計算と、条件付き書き込みの用途を説明できる

上のチェックは、このページでの振り返り用です。章単位の進捗は下のボタンで記録できます。

公式資料

内容確認日：2026年11月8日。仕様の詳細や更新情報は、各公式資料で確認できます。

• Query と Scan のベストプラクティス
• DynamoDB トランザクション
• S3 と整合性
• DynamoDB Accelerator