多個資料原則的合併效果
作為租用戶或環境管理，您可以建立一個以上的資料原則，並將它套用至相同的環境。 在設計時間和執行時間中，適用於應用程式或流程所在環境的所有策略都會一起計算，以判斷資源是否符合或違反資料原則。
跨多個原則封鎖分類的影響
如果套用在環境的任何策略 (用戶層級或環境等級) 將連接器標示為 封鎖，則所有應用程式或流程都無法在此環境中使用該連接器。 是否有其他原則將該連接器分類為業務或非業務並不重要，因為封鎖是對連接器最具限制性的分類，所以封鎖永遠是多個原則評估的最終結果。
跨多個原則業務/非業務分類的影響
和評估封鎖分類的影響相比，要評估業務或非業務分類對多個原則所造成的影響更複雜。 您可以將指定的連接器分類，例如 SharePoint，原則 A 商務和原則 B 中的非商務。其他的連接器 SharePoint 會以各種原則 A 與原則 B 分組。
請注意，當所有適用於環境的原則一起評估時，最終會執行限制性最強的分類。 考慮跨 10 個連接器 (SharePoint、Twitter、Salesforce、Facebook、Face API、Microsoft 365 Outlook、Basecamp 3、Adobe Sign、Azure Blob 儲存體和 Box) 的三個原則 (A、B 和 C) 範例。 這些連接器會分類為商務或非商務，都在三個原則中由兩個類別代表 (原則 A 的 -E1- 和 -E2-、原則 B 的 -E3- 和 -E4-、原則 C 的 -E5- 和 -E6-)。
策略 A
| 類別 | 分類 | 連接器 |
|---|---|---|
| -E1- | 商 | SharePoint、Twitter、Salesforce、Microsoft 365 Outlook、Basecamp 3 |
| -E2- | 非商業 | Facebook、Face API、Adobe Sign、Azure Blob 儲存體、Box |
策略 B
| 類別 | 分類 | 連接器 |
|---|---|---|
| -E3- | 商 | SharePoint、Facebook、Face API、Microsoft 365 Outlook、Basecamp 3 |
| -E4- | 非商業 | Twitter、Salesforce、Adobe Sign、Azure Blob 儲存體、Box |
策略 C
| 類別 | 分類 | 連接器 |
|---|---|---|
| -E5- | 商 | Facebook、Face AP、Twitter、Salesforce、Microsoft 365 Outlook |
| -E6- | 非商業 | SharePoint、Adobe Sign、Azure Blob 儲存體、Box、Basecamp 3 |
當三個原則同時一起套用至相同的環境時，淨結果就是連接器被分成跨八個 (23 = 8) 群組的分段，如下所示。 只有相同群組中的連接器 (從 8 種可能的組合中) 才能用於給定的應用程式或流程。
合併分組
| 目錄 | 群組 | 連接器 |
|---|---|---|
| -E1-、-E3-、-E5- | 群組 1 | Microsoft 365 Outlook |
| -E1-、-E3-、-E6- | 群組 2 | SharePoint、Basecamp 3 |
| -E1-、-E4-、-E5- | 群組 3 | Twitter、Salesforce |
| -E1-、-E4-、-E6- | 群組 4 | NULL |
| -E2-、-E3-、-E5- | 群組 5 | Facebook、Face API |
| -E2-、-E3-、-E6- | 群組 6 | NULL |
| -E2-、-E4-、-E5- | 群組 7 | NULL |
| -E2-、-E4-、-E6- | 群組 8 | Adobe Sign、Azure Blob 儲存體、Box |
若要進行摘要，應用程式或流程只能在任何特定時間從這些個別群組使用連接器，而且不能將連接器混合在八個不同的群組。 從上述範例中，請注意，多個套用至一個環境的資料原則將以複雜的方式將您的連接器空間分成一段一段。 因此，強烈建議您將最少的資料原則套用至任何指定的環境中。