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

在 DynamoDB 中打造關聯式資料模型的範例

此範例說明如何在 Amazon DynamoDB 中打造關聯式資料模型。DynamoDB 資料表設計對應至顯示在 中的關聯式順序項目結構描述關聯式模型。此設計使用多個專用資料表，而不是單一相鄰清單，提供清晰的操作界限，同時利用策略 GSIs 有效地為所有存取模式提供服務。

設計方法使用彙總導向原則，根據存取模式而非剛性實體邊界來分組資料。關鍵設計決策包括針對具有低存取關聯性的實體使用個別資料表、一律同時存取時內嵌相關資料，以及使用項目集合來識別關係。

下表及其隨附的索引支援關聯式順序項目結構描述：

員工資料表設計

員工資料表會將員工資訊儲存為每個項目的單一實體，針對直接員工查詢進行最佳化，並透過策略 GSIs 支援多個查詢模式。此資料表示範為具有獨立操作特性和低跨實體存取相關性的實體設計個別資料表的原則。

資料表使用不含排序索引鍵的簡單分割區索引鍵 (employee_id)，因為每個員工都是不同的實體。四個 GSIs 可讓不同屬性有效率地查詢：

客戶資料表設計

客戶資料表使用 account_rep_id 的策略非正規化來維護客戶資訊，以啟用有效的帳戶代表查詢。此設計選擇會降低查詢效能的儲存體額外負荷，因此不需要在客戶和帳戶代表資料之間加入。

資料表支援每位客戶使用清單屬性的多個電話號碼，示範 DynamoDB 的結構描述彈性。單一 GSI 可啟用帳戶代表性工作流程：

訂單資料表設計

訂單資料表針對訂單標頭和訂單項目使用具有個別項目的垂直分割。此設計可實現高效的產品型查詢，同時在同一分割區中維護所有訂單元件，以實現高效存取。每個訂單包含多個項目：

資料表包含 account_rep_id （與客戶資料表重複） 的策略非正規化，以啟用直接帳戶代表查詢，而不需要客戶查詢。對於高輸送量寫入案例，OPEN 訂單包含狀態和碎片屬性，以啟用跨多個分割區的寫入碎片。

四個 GSIs支援具有最佳化投影的不同查詢模式：

產品資料表設計

產品資料表使用項目集合模式，將產品中繼資料和庫存資料存放在相同的分割區中。此設計利用產品和庫存之間的識別關係 - 庫存不能在沒有父產品的情況下存在。使用 PK=product_id 搭配 SK=product_id 用於產品中繼資料和 SK=warehouse_id 用於清查項目，不需要單獨的清查資料表和 GSI，將成本降低約 50%。

此模式可有效查詢個別倉儲庫存 (GetItem 搭配複合索引鍵） 和產品的所有倉儲庫存 （分割區索引鍵上的查詢）。產品中繼資料項目中的 total_inventory 屬性提供非標準化彙總，以快速查詢總庫存。

每個資料表都設計有特定的全域次要索引 (GSIs)，可有效支援所需的存取模式。此設計使用彙總導向原則搭配策略去標準化和稀疏索引，以最佳化效能和成本。

主要設計最佳化包括：

最後，您可以再次瀏覽先前定義的存取模式。下表顯示如何使用具有策略 GSIs多資料表設計，有效率地支援每個存取模式。每個模式都使用直接金鑰查詢或單一 GSI 查詢，避免昂貴的掃描，並在任何規模提供一致的效能。