[Beta]{class="badge informative"}
身分最佳化演演算法
身分最佳化演演算法是Identity Service上的圖表演演算法，可協助確保身分圖表代表單一人員，因此可防止即時客戶設定檔上不想要的身分合併。
輸入引數 input-parameters
請閱讀本節，瞭解不重複名稱空間和名稱空間優先順序的相關資訊。 這兩個概念可作為身分最佳化演演算法所需的輸入引數。
唯一的名稱空間 unique-namespace
唯一的名稱空間會決定圖形摺疊時移除的連結。
單一合併的個人檔案及其對應的身分圖表應代表單一個人（個人實體）。 一般來說，一個人會以CRM ID和/或登入ID表示。 我們預期不會將兩個個人(CRM ID)合併至單一設定檔或圖表。
您必須使用身分最佳化演演算法，指定哪些名稱空間代表Identity Service中的個人實體。 例如，如果CRM資料庫定義使用者帳戶與單一CRM ID和單一電子郵件地址相關聯，則此沙箱的身分設定如下：
- CRM ID名稱空間=唯一
- 電子郵件名稱空間=唯一
您宣告為唯一的名稱空間會自動設定為指定身分圖表中的最大限製為1。 例如，如果您宣告CRM ID名稱空間為唯一，則身分圖表只能有一個包含CRM ID名稱空間的身分。 如果您未宣告名稱空間為唯一，則圖表可能會包含多個具有該名稱空間的身分。
-
目前不支援家用實體表示（「家用圖表」）。
-
作為人員識別碼以及用在沙箱中以產生身分圖表的所有名稱空間都必須標示為唯一的名稱空間。 否則，您可能會看到不想要的連結結果。
名稱空間優先順序 namespace-priority
名稱空間優先順序會決定身分最佳化演演算法如何移除連結。
Identity Service中的名稱空間具有隱含的相對重要性順序。 假設圖表的結構如金字塔。 最上層有一個節點，中間層有兩個節點，最下層有四個節點。 名稱空間優先順序必須反映此相對順序，以確保正確表示個人實體。
若要深入瞭解名稱空間優先順序及其完整的功能和用途，請閱讀名稱空間優先順序指南。
程式 process
擷取新身分時，Identity Service會檢查新身分及其對應的名稱空間是否依循唯一的名稱空間設定。 如果依照設定，則內嵌會繼續，而新身分會連結至圖形。 不過，如果未依循設定，則身分最佳化演演算法會：
- 擷取最近的事件，同時將名稱空間優先順序納入考量。
- 從適當的圖表層移除會合併兩個人員實體的連結。
身分最佳化演演算法詳細資料
違反唯一名稱空間限制時，身分最佳化演演算法會「重播」連結，並從頭開始重建圖形。
-
連結會依下列順序排序：
- 最新事件。
- 依名稱空間優先順序總和的時間戳記（較低總和=較高順序）。
-
圖表會根據上述順序重新建立。 如果新增連結違反限制條件約束（例如，圖表包含兩個以上具有唯一名稱空間的身分），則會移除連結。
-
然後，產生的圖形將與您設定的唯一名稱空間限制相容。
身分最佳化演演算法的範例案例
下節會概述身分最佳化演演算法在共用裝置或擷取具有相同時間戳記的資料等情境下的行為。
共用裝置
共用裝置是指由超過一個使用者使用的裝置。 例如，共用裝置可以是您與合作夥伴或家庭成員共用的筆記型電腦或平板電腦、圖書館電腦或公用資訊站。
| table 0-row-2 1-row-2 2-row-2 3-row-2 | |
|---|---|
| 命名空間 | 唯一的名稱空間 |
| CRM ID | 是 |
| 電子郵件 | 是 |
| ECID | 無 |
在此範例中，CRM ID和電子郵件都被指定為不重複的名稱空間。 在timestamp=0，已擷取CRM記錄資料集，並因為唯一的名稱空間設定而建立兩個不同的圖形。 每個圖表都包含CRM ID和電子郵件名稱空間。
timestamp=1： Jane使用筆記型電腦登入您的電子商務網站。 Jane以她的CRM ID和電子郵件呈現，而她所使用筆記型電腦上的網頁瀏覽器則以ECID呈現。timestamp=2： John使用相同的筆記型電腦登入您的電子商務網站。 John由他的CRM ID和電子郵件代表，而他使用的網頁瀏覽器已由ECID代表。 由於相同的ECID連結至兩個不同的圖表，Identity Service可得知此裝置（筆記型電腦）為共用裝置。- 然而，由於唯一的名稱空間設定為最多一個CRM ID名稱空間和每個圖表一個電子郵件名稱空間，身分最佳化演演算法會將圖表分割為兩個。
- 最後，由於John是最後驗證的使用者，因此代表筆記型電腦的ECID仍會連結至他的圖表，而非Jane's。
| table 0-row-2 1-row-2 2-row-2 | |
|---|---|
| 命名空間 | 唯一的名稱空間 |
| CRM ID | 是 |
| ECID | 無 |
在此範例中，CRM ID名稱空間會指定為唯一的名稱空間。
-
timestamp=1： Jane使用筆記型電腦登入您的電子商務網站。 她的CRM ID代表自己，而筆記型電腦上的網頁瀏覽器則以ECID代表。 -
timestamp=2： John使用相同的筆記型電腦登入您的電子商務網站。 他由自己的CRM ID表示，而他使用的網頁瀏覽器由相同的ECID表示。- 此事件會將兩個獨立的CRM ID連結至相同的ECID，超過設定的一個CRM ID限制。
- 因此，身分最佳化演演算法會移除較舊的連結，在此案例中為連結在
timestamp=1的Jane CRM ID。 - 不過，雖然Jane的CRM ID不再以Identity Service的圖表形式存在，但仍會以即時客戶設定檔的設定檔形式持續存在。 這是因為身分圖表必須至少包含兩個連結的身分，並且在移除連結後，Jane的CRM ID不再擁有可連結的另一個身分。
錯誤的電子郵件
在某些情況下，使用者可能會輸入錯誤的電子郵件和/或電話號碼值。
在此範例中，CRM ID和電子郵件名稱空間會指定為唯一。 請考慮Jane和John使用錯誤的電子郵件值(例如test@test.com)登入您的電子商務網站的案例。
-
timestamp=1： Jane在其iPhone上使用Safari登入您的電子商務網站，建立其CRM ID （登入資訊）和ECID （瀏覽器）。 -
timestamp=2： John在其iPhone上使用Google Chrome登入您的電子商務網站，建立其CRM ID （登入資訊）和ECID （瀏覽器）。 -
timestamp=3：您的資料工程師擷取Jane的CRM記錄，導致其CRM ID連結至錯誤的電子郵件。 -
timestamp=4：您的資料工程師擷取John的CRM記錄，導致其CRM ID連結至錯誤的電子郵件。- 這樣會違反唯一名稱空間設定，因為會建立具有兩個CRM ID名稱空間的單一圖表。
- 因此，身分最佳化演演算法會刪除較舊的連結，在此例中是Jane身分與CRM ID名稱空間及身分與測試之間的連結@test
使用身分最佳化演演算法，不正確的身分值（例如假電子郵件或電話號碼）不會傳播到數個不同的身分圖表中。
匿名事件關聯
ECID會儲存未驗證（匿名）的事件，而CRM ID會儲存已驗證的事件。 在共用裝置的情況下，ECID （未驗證事件的持有者）會與 上次驗證的使用者 相關聯。
請檢視下圖，深入瞭解匿名事件關聯的運作方式：
-
Kevin和Nora共用平板電腦。
-
timestamp=1： Kevin使用帳戶登入電子商務網站，藉此建立其CRM ID （登入資訊）和ECID （瀏覽器）。 登入時，Kevin現在被視為最後驗證的使用者。 -
timestamp=2： Nora使用她的帳戶登入電子商務網站，因此建立她的CRM ID （登入資訊）和相同的ECID。 登入時，Nora現在被視為最後驗證的使用者。 -
timestamp=3： Kevin使用平板電腦瀏覽電子商務網站，但未使用帳戶登入。 Kevin的瀏覽活動會儲存在ECID中，而此ECID又與Nora相關聯，因為她是最後驗證的使用者。 此時，Nora擁有匿名活動。- 在Kevin再次登入之前，Nora的合併設定檔將與針對ECID儲存的所有未驗證事件相關聯（其中事件是ECID是主要身分）。
-
timestamp=4： Kevin第二次登入。 此時，他再次成為最後驗證的使用者，且現在擁有未驗證的事件：- 在
timestamp=1之前的初次登入之前；以及 - 他或Nora在匿名瀏覽中間Kevin第一次登入和第二次登入時所做的任何活動。
- 在
-
後續步驟
如需身分圖表連結規則的詳細資訊，請參閱下列檔案：