本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 步驟 3。識別您的資料存取模式
<a name="step3"></a>

存取模式或查詢模式定義使用者和系統如何存取資料以滿足業務需求。

## 目標
<a name="obj3"></a>
+ 記錄資料存取模式。

## 流程
<a name="proc3"></a>
+ 資料庫工程師和業務分析師會採訪最終使用者，以識別如何使用資料存取模式矩陣範本查詢資料。
  + 對於新應用程式，他們會檢閱有關活動和目標的使用者案例。它們會記錄使用案例，並分析使用案例所需的存取模式。
  + 對於現有的應用程式，他們會分析查詢日誌，以了解人們目前使用系統的方式，並識別金鑰存取模式。
+ 資料庫工程師會識別存取模式的下列屬性：
  + 資料大小：了解一次要儲存和請求的資料量，有助於判斷分割資料的最有效方式 （請參閱[部落格文章](https://aws.amazon.com/blogs/database/choosing-the-right-dynamodb-partition-key/))。
  + 資料形狀：NoSQL 資料庫會組織資料，而非在資料處理時重新改造資料 (如 RDBMS 系統)，如此其在資料庫中的狀態就會與將受到查詢的項目相對應。此為提升速度與可擴展性的關鍵因素。
  + 資料速度：DynamoDB 會隨著增加程序查詢可用的實體分割區數與有效地在這些分割區間散佈資料來擴展。事先了解峰值查詢負載可能有助於判斷如何分割資料以充分利用 I/O 容量。
+ 商業使用者優先考慮存取或查詢模式。
  + 優先順序查詢通常是最常使用或最相關的查詢。識別需要較低回應延遲的查詢也很重要。

## 工具和資源
<a name="tools3"></a>
+ 存取模式矩陣 （請參閱[範本](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
<a name="raci3"></a>


****  

| 商業使用者 | 業務分析師 | 解決方案架構師 | 資料庫工程師 | 應用程式開發人員 | DevOps 工程師 | 
| --- | --- | --- | --- | --- | --- | 
| C | A | I | R |  |  | 

## 輸出
<a name="outputs3"></a>
+ 資料存取模式矩陣

## 範例
<a name="sample3"></a>


| **存取模式** | **優先順序** | **讀取或寫入** | **Description** | **類型 （單一項目、多個項目或全部）** | **金鑰屬性** | **篩選條件** | **結果排序** | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
| 建立使用者設定檔 | 高 | 寫入 | 使用者建立新的設定檔 | 單一項目 | 使用者名稱 | N/A | N/A | 
| 更新使用者設定檔 | 中 | 寫入 | 使用者更新其設定檔 | 單一項目 | 使用者名稱 | 使用者名稱 = 目前使用者 | N/A |