護欄與限制 guardrails

關聯式資料存放區支援最多​ 個200個資料表 （結構描述）。

對於協調的行銷活動，任何個別結構描述​ 的總大小不得超過100 GB。

結構描述的每日更新應該限製為少於其記錄總數的20%，以維持效能和穩定性。

關聯式資料是擷取、資料模型化和細分使用案例支援的主要模型。

用於定位的結構描述必須包含至少​ 個型別String ​的身分欄位，且對應到定義的身分名稱空間。

每個結構描述​ 的平均屬性數目不應超過50個資料行，以維持管理性和效能。

需要設定檔+關聯式資料擷取。

所有內嵌必須透過​ 變更資料擷取 ​來源進行：

• 以檔案為基礎的： _change_request_type欄位為必填。 支援的值是U （更新插入）或D （刪除）。

• 對於​ 雲端型：必須啟用資料表記錄。

不允許部分記錄更新，每一列都必須提供為完整記錄。

Campaign Orchestration的批次擷取限製為每15分鐘​ 一次。

在關聯式存放區中，擷取延遲通常介於​ 的15分鐘到2小時 ​之間，具體取決於：

• 資料量

• 系統並行

• 作業型別，例如，插入比更新快

資料流與資料集關聯性為1-1。 這表示在指定時間只有一個來源可以饋送一個資料集。 若要切換來源，必須刪除現有的資料流，並使用新來源建立新的資料流。

所有結構描述（包括事實資料表）都必須包含​ 版本描述項，以確保適當的版本控制和可追蹤性。

每個資料表都必須有已定義的​ 主索引鍵，以支援資料完整性和下游作業。

資料集建立期間指派的table_name是永久性的，並用於所有細分和個人化功能。

目前的資料模型架構不支援​ 欄位群組。

對象定義中僅支援​ 純量屬性；不允許​ 對應和陣列。

分段活動主要依賴關聯式資料。 雖然可包含設定檔資料，但使用大型設定檔資料集可能會影響效能。

對可用於批次和串流對象的設定檔屬性 ​數量實施限制，以維持系統效率。

分項清單 ​已完整支援。

未快取讀取對象，每個行銷活動執行都會從基礎資料觸發完整的對象評估。

使用大型或複雜的對象定義時，強烈建議最佳化 ​以確保效能。

儲存的對象活動是靜態的，它們反映行銷活動執行時可用的資料。

不支援附加至已儲存的對象活動。 任何修改都需要完全覆寫對象。