翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# ステップ 3. データアクセスパターンの識別
アクセスパターンまたはクエリパターンは、ビジネスニーズを満たすためにユーザーとシステムがデータにアクセスする方法を定義します。
## 目的
+ データアクセスパターンの文書化
## プロセス
+ データベースエンジニアとビジネスアナリストがエンドユーザーにインタビューし、データアクセスパターンマトリックステンプレートを使用してデータをどのようにクエリするかを確認します。
+ 新しいアプリケーションの場合は、アクティビティや目的に関するユーザーストーリーを確認します。ユースケースを文書化し、そのユースケースに必要なアクセスパターンを分析します。
+ 既存のアプリケーションについては、クエリーログを分析し、人々が現在どのようにシステムを使用しているかを調べ、主要なアクセスパターンを特定します。
+ データベースエンジニアは、アクセスパターンの次の特性を特定します。
+ データサイズ: 一度にどれだけのデータが保存され、要求されるかを知ることは、データを分割する最も効果的な方法を決定するのに役立ちます ([ブログ記事](https://aws.amazon.com/blogs/database/choosing-the-right-dynamodb-partition-key/)を参照)。
+ データシェイプ: クエリが処理される際 (RDBMS システムのように) データを再形成するのではなく、データベースの形状がクエリ処理に対応するように、NoSQL データベースでデータを整理します。これは、スピードとスケーラビリティを向上させる重要な要素です。
+ データ速度: DynamoDB では、クエリを処理するために使用可能な物理パーティションの数を増やし、それらのパーティション間で効率的にデータを分散させることでスケーリングします。ピーク時のクエリ負荷を事前に知ることで、I/O 容量を最適に使用するためのデータ分割方法を決定できるかもしれません。
+ ビジネスユーザーはアクセスパターンまたはクエリパターンに優先順位を付けます。
+ 優先度クエリは、通常、最もよく使用される、または最も関連性の高いクエリです。応答待ち時間を短くする必要があるクエリを特定することも重要です。
## ツールとリソース
+ アクセスパターンマトリックス ([テンプレート](template-access-patterns.md) を参照)
+ [適切な DynamoDB パーティションキーの選択](https://aws.amazon.com/blogs/database/choosing-the-right-dynamodb-partition-key/) (AWS データベースブログ)
+ [DynamoDB の NoSQL 設計](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/bp-general-nosql-design.html) (DynamoDB ドキュメント)
## RACI
****
| ビジネスユニット | ビジネスアナリスト | ソリューションアーキテクト | データベースエンジン | アプリケーション開発 | DevOps エンジニア |
| --- | --- | --- | --- | --- | --- |
| C | A | I | R | | |
## アウトプット
+ データアクセスパターンのマトリックス
## 例
| **アクセスパターン** | **優先度** | **読み取りまたは書き込み** | **説明** | **タイプ (1 つの項目、複数の項目、またはすべて)** | **キー属性** | **フィルター** | **結果の順序付け** |
| --- | --- | --- | --- | --- | --- | --- | --- |
| ユーザープロファイルを作成 | 高 | 書き込み | ユーザーが新しいプロファイルを作成 | 1 つの項目 | ユーザー名 | 該当なし | 該当なし |
| ユーザープロファイルを更新 | 中 | 書き込み | ユーザーがプロファイルを更新 | 1 つの項目 | ユーザー名 | ユーザー名 = 現在のユーザー | 該当なし |