翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# ベストプラクティス
<a name="best-practices"></a>

DynamoDB の設計では以下のベストプラクティスを考慮してください。
+ [パーティションキーの設計](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/bp-partition-key-uniform-load.html) — カーディナリティの高いパーティションキーを使用して負荷を均等に分散します。
+ [隣接関係リストの設計パターン](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/bp-adjacency-graphs.html) — この設計パターンは、一対多および多対多リレーションシップを管理する場合に使用します。
+ [スパースインデックス](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/bp-indexes-general-sparse-indexes.html) – グローバルセカンダリインデックス (GSI) にはスパースインデックスを使用します。GSI を作成する際、パーティションキーおよびソートキー (オプション) を指定します。対応する GSI パーティションキーを含むベーステーブルの項目だけが、スパースインデックスに表示されます。これにより GSI を小さく抑えることができます。
+ [インデックスの多重定義](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/bp-gsi-overloading.html) — さまざまなタイプの項目のインデックス作成に、同じ GSI を使用します。
+ [GSI 書き込みシャーディング](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/bp-indexes-gsi-sharding.html) — うまくシャーディングしてパーティション全体にデータを分散することで、クエリを効率的かつ高速に行うことができます。
+ [大きなアイテム](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/bp-use-s3-too.html) — テーブル内にメタデータのみを保存し、blob を Amazon S3 に保存し、リファレンスを DynamoDB に保持します。大きな項目を複数の項目に分割し、ソートキーを使用して効率的にインデックスを作成します。

設計のベストプラクティスの詳細については、[Amazon DynamoDB のドキュメント](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/best-practices.html)を参照してください。