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