通过

段不返回或零成员

  • 项目

注意

2023 年 9 月 1 日，我们合并并更名为 Dynamics 365 Marketing 和 Dynamics 365 Customer Insights。 Dynamics 365 Marketing 现在名为 Dynamics 365 Customer Insights - Journeys。 Dynamics 365 Customer Insights 现已名为 Dynamics 365 Customer Insights - Data。 有关详细信息，请参阅 Dynamics 365 Customer Insights 常见问题解答。

本文为段未按预期返回任何成员的问题提供解决方法。

先决条件

  • 段刷新状态成功。
  • 该段是新建或编辑的，或者数据导入或统一规则或数据的业务定义已更改。

如果段以前成功且具有成员，但显示零个成员，并且上面没有其他更改，请开具支持票证。

现象

段成功运行和刷新，但不包括任何成员。

解决方法

可以执行以下步骤来调查根本原因并解决问题。

验证矛盾条件或规则的基本逻辑

同一属性上的矛盾 AND 条件或规则始终生成空段。 例如， FirstName = Joe AND FirstName = Frank.

查看中断逻辑的所有规则和条件。 也考虑多个属性之间的更复杂的矛盾（这需要更多数据集的知识）。 例如， Status = 1 AND StatusDescription = Inactive虽然状态值为 1 始终意味着它处于活动状态。

设置操作（Union以及IntersectExcept用于合并两个规则）CustomerId应用于每个规则返回的内容。 因此，根据预期结果，验证是否 CustomerId 是每个规则评估结果的一部分（或否）。

分解复杂性

使用具有多个条件或规则的复杂段时，请降低复杂性，并隔离负责问题的条件或规则。

  • 从完整的段开始，逐个删除条件和规则。 每次更改后运行段，直到返回成员。
  • 从头开始生成一个新段，并从不生成成员的段逐个添加条件和规则。 在添加条件或规则的每个步骤之后运行段，直到不再返回任何成员。

段规则或条件中使用的属性缺少数据

如果出于任何原因缺少段规则或条件中使用的特性的值，则段可能不返回任何成员。 检查预期值是否存在。

  • 浏览表数据和属性值。 如果可用，请查看 你感兴趣的属性的“摘要 ”列，并确保它们不处于 “缺失 ”或 “错误 ”状态。

    注意

    摘要不适用于系统生成的表，对于从自己的 Azure Data Lake Storage 导入的表是可选的。

  • 检查源记录是否未 因损坏而被拒绝。

  • 检查表中是否存在给定属性的特定值。 为该表创建一个度量值，根据属性值进行筛选。 使用“ 计数 ”选项查看包含筛选条件值的记录数。 使用主键或外键上的“第一个”选项查找引用记录。

  • 若要进一步浏览数据中的属性值，请考虑以下选项：

    • .csv下载表视图中表的文件，以验证前 100,000 条记录。

    • 使用 Power BI 连接器浏览 Power BI 中的实体。

      注意

      此连接器不提供所有实体，尤其是 Azure Data Lake Storage 数据源中的源实体。 此外，建议在少于 100 万行的表中使用它。

    • 将数据导出到 Azure Blob 存储、Azure Data Lake Storage 或 Azure Synapse Analytics 中的 Azure。 导出有助于进一步调查 Synapse Analytics、Power BI 或任何其他数据浏览工具。

    • 对于 Power Query 数据源，请使用缺少属性的筛选条件在现有数据源中创建新的数据源或单独的引用查询。 刷新后，检查新表是否包含任何数据。

表之间的关系问题

如果用于分段的表与统一客户表之间的关系由于下面所述的原因而不起作用，则段不返回任何成员。

  • 检查是否使用了预期 关系路径 ，因为源表（属性的筛选条件）和 Customer 表之间的多个路径在技术上可能有效。 如果涉及多个表，请检查每个关系，并验证它们是否已正确配置正确的属性。

  • 属性值计算区分大小写。 例如，两个表通过通用属性 MembershipType相关。 如果属性值是一个表中的 GOLD，另一个表中为 Gold，则它不会生成成功的联接，也不会返回任何结果。 相同的逻辑适用于 GUIDs容易错过的逻辑。

  • 验证属性的数据类型是否跨表对齐。

  • 重复数据删除过程在数据统一过程中标识“赢家”记录。 在关系路径中使用重复数据删除的配置文件源表创建的度量值和段可能会使用“获胜者”记录，从而导致意外的结果。

通过联接关系中定义的属性上的表进行分段和度量值。 例如，MembershipMaster具有与 Contact 表的关系以及MembershipIdMembershipType属性。 Contact 表与 Customer 表有关系，其中包含属性和ContactId (Source1_Contact)统ContactId一的客户配置文件。 有关表关系的详细信息，请参阅以下屏幕截图：

屏幕截图显示了有关表关系的图表示例。

如果配置文件表（在此示例中， 联系人 表）被 重复数据删除，则评估通过“获胜者”记录进行，因为关系。

屏幕截图显示了关系图的示例数据。

在此示例中，联系 C1（具有“黄金”成员身份）和 C2（具有“Silver”成员身份）已统一，C2 是获胜者。 因此，当创建一个段来标识“Gold”成员时，“第一个人”不会是该段的一部分，因为关系路径仅使用 C2 进行评估。