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

DynamoDB 中的週期性付款結構描述設計

週期性付款商業使用案例

此使用案例將說明如何使用 DynamoDB 實作週期性付款系統。資料模型具有以下實體：帳戶、訂閱及收據。我們的使用案例包括以下細節：

週期性付款實體關係圖

這是我們將用於週期性付款系統結構描述設計的實體關係圖 (ERD)。

週期性付款系統存取模式

這些是我們針對週期性付款系統結構描述設計考量的存取模式。

週期性付款結構描述設計

通用名稱 PK 和 SK 用於金鑰屬性，以允許在相同資料表中儲存不同類型的實體，例如帳戶、訂閱和收據實體。使用者首先建立訂閱，這代表使用者同意在每個月的同一天支付一定金額來換取使用產品。使用者可以選擇要在每個月的哪一天處理付款。另外還會在處理付款之前傳送提醒。應用程式的運作方式是每天執行兩個批次任務：一個批次任務傳送當天應送出的提醒，另一個批次任務則處理當天應付的任何款項。

步驟 1：位址存取模式 1 (createSubscription)

存取模式 1 (createSubscription) 用於初次建立訂閱，並設定包括 SKU、NextPaymentDate、NextReminderDate 和 PaymentDetails 等詳細資訊。此步驟僅顯示具有一個訂閱的一個帳戶的資料表狀態。項目集合中可以有多個訂閱，因此這是一對多關係。

步驟 2：位址存取模式 2 (createReceipt) 和 3 (updateSubscription)

存取模式 2 (createReceipt) 用於建立收據項目。每個月處理付款後，付款處理器會將收據寫回基礎資料表。項目集合中可以有多個收據，因此這是一對多關係。付款處理器也會更新訂閱項目 (存取模式 3 (updateSubscription)) 以更新下個月的 NextReminderDate 或 NextPaymentDate。

步驟 3：位址存取模式 4 (getDueRemindersByDate)

應用程式會分批處理當天的付款提醒。因此，應用程式需要存取不同維度的訂閱：日期，而非帳戶。這是一個很好的全域次要索引 (GSI) 使用案例。在此步驟中，我們會新增索引 GSI-1，它會使用 NextReminderDate 作為 GSI 分割區索引鍵。我們不需要複寫所有項目。這個 GSI 是稀疏索引，因此不會複寫收據項目。我們也不需要對應所有的屬性，只需要包括屬性的子集。下方影像顯示了 GSI-1 的結構描述，它提供了應用程式傳送提醒電子郵件所需的資訊。

步驟 4：位址存取模式 5 (getDuePaymentsByDate)

應用程式會分批處理當天的付款，採取與處理提醒相同的方式。我們會在此步驟中新增 GSI-2，它會使用 NextPaymentDate 作為 GSI 分割區索引鍵。我們不需要複寫所有項目。這個 GSI 是稀疏索引，因為不會複寫收據項目。下方影像顯示了 GSI-2 的結構描述。

步驟 5：位址存取模式 6 (getSubscriptionsByAccount) 和 7 (getReceiptsByAccount)

應用程式會在基礎資料表上使用查詢來鎖定帳戶識別碼 (PK) 為目標，以擷取帳戶的所有訂閱，並使用範圍運算子取得 SK 開頭為「SUB#」的所有項目。應用程式也可以使用相同的查詢結構來擷取所有收據，方法是使用範圍運算子來取得 SK 開頭為「REC#」的所有項目。這樣就能滿足存取模式 6 (getSubscriptionsByAccount) 和 7 (getReceiptsByAccount)。應用程式使用這些存取模式讓使用者看見過去六個月內自己目前的訂閱及過去的收據。在此步驟中，我們不會變更資料表結構描述，而且可以在下面看到我們如何單獨鎖定存取模式 6 (getSubscriptionsByAccount) 中的訂閱項目。

下表摘要整理了所有存取模式，以及結構描述設計處理這些模式的方式：

週期性付款最終結構描述

以下是最終結構描述設計。若要將此結構描述設計下載為 JSON 檔案，請參閱 GitHub 上的 DynamoDB 範例。

基礎資料表

GSI-1

GSI-2

使用 NoSQL Workbench 與此結構描述設計

您可以將此最終結構描述匯入 NoSQL Workbench，這是為 DynamoDB 提供資料建模、資料視覺化，和查詢開發功能的視覺化工具，以進一步探索和編輯新專案。請依照下列步驟以開始使用：