本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
步驟 3。識別您的資料存取模式
訪問模式或查詢模式定義了用戶和系統如何訪問數據以滿足業務需求。
目標
-
記錄資料存取模式。
處理
-
數據庫工程師和業務分析師訪問最終用戶,以確定如何使用數據訪問模式矩陣模板查詢數據。
-
對於新的應用程序,他們審查有關活動和目標的用戶故事。他們記錄使用案例並分析使用案例所需的存取模式。
-
對於現有的應用程序,他們分析查詢日誌,以了解人們當前如何使用該系統並識別關鍵的訪問模式。
-
-
數據庫工程師識別訪問模式的以下屬性:
-
資料大小:瞭解一次儲存和要求多少資料,有助於判斷最有效的資料分割方式 (請參閱部落格文章
)。 -
資料形狀:NoSQL 資料庫會組織資料,而非在資料處理時重新改造資料 (如 RDBMS 系統),如此其在資料庫中的狀態就會與將受到查詢的項目相對應。此為提升速度與可擴展性的關鍵因素。
-
資料速度:DynamoDB 會隨著增加程序查詢可用的實體分割區數與有效地在這些分割區間散佈資料來擴展。事先瞭解尖峰查詢負載可能有助於判斷如何分割資料以充分利用 I/O 容量。
-
-
企業用戶優先考慮訪問或查詢模式。
-
優先級查詢通常是最常用或最相關的查詢。識別需要較低回應延遲的查詢也很重要。
-
工具和資源
-
訪問模式矩陣(見模板)
-
選擇正確的分割區金鑰
(AWS 資料庫部落格)
拉西
商業用戶 | 業務分析師 | 方案架構師 | 数据库工程 | 应用开发人 | DevOps 工程師 |
---|---|---|---|---|---|
C |
A |
I |
R |
輸出
-
資料存取模式矩陣
範例
訪問模式 |
優先順序 |
讀取或寫入 |
Description |
類型 (單一項目、多個項目或全部) |
關鍵屬性 |
篩選條件 |
結果排序 |
---|---|---|---|---|---|---|---|
創建用戶概況 |
高 |
寫入 |
使用者建立新的設定檔 |
單一項目 |
使用者名稱 |
N/A |
N/A |
更新用戶概況 |
中 |
寫入 |
使用者更新其設定檔 |
單一項目 |
使用者名稱 |
用戶名 = 當前用戶 |
N/A |