创建合并策略

在本课程中，您将创建合并策略，以优先考虑如何将多个数据源合并到配置文件中。

Adobe Experience Platform允许您将来自多个来源的数据整合在一起，并将这些数据组合在一起，以便查看每个客户的完整视图。 在汇总此数据时，合并策略将确定数据的优先顺序以及合并哪些数据以创建该统一视图。

在本课程中，我们将坚持使用用户界面，但也可以使用API选项创建合并策略。

数据架构师 ​需要在本教程之外创建合并策略。

在开始练习之前，请观看此简短视频，了解有关合并策略的更多信息：

所需的权限

在配置权限课程中，您已设置完成本课程所需的所有访问控制。

关于合并策略和合并架构

您可能还记得，在关于批量摄取的课程中，我们为同一客户上传了两条信息稍有不同的记录。 在Loyalty数据中，客户的名字是Daniel，他住在New York City，但在CRM数据中，客户的名字是Danny，他住在Portland。 客户数据会随着时间的推移而不断变化。 也许他从Portland移到了New York City。 其他因素也会发生变化，例如电话号码和电子邮件地址。 当两个数据源为同一用户提供不同的信息时，合并策略可帮助您决定如何处理这些类型的冲突。

那么，为什么Danny作为名字而胜出？ 让我们看一下：

为配置文件启用多个架构时，将为所有启用配置文件的记录架构自动创建联合架构，记录架构共享基类。 您可以通过转到​ 合并架构 ​选项卡来查看合并架构。

请注意，ExperienceEvent类没有合并架构。 虽然ExperienceEvent数据仍登陆配置文件，因为它是基于时间序列的，但每个事件都包含时间戳和ID，因此不存在冲突。

现在，如果您不喜欢该默认合并策略，该怎么办？ 如果Luma认为他们的忠诚体系应该成为冲突时真相的来源呢？ 为此，我们将创建一个合并策略。

在UI中创建合并策略

验证合并策略

让我们看看合并策略是否正在按我们期望的方式运行：

创建具有有限数据集的合并策略

使用数据集优先级创建合并策略时，只有包含在右侧中的相同基类的数据集会包含在配置文件中。 让我们设置另一个合并策略

验证合并策略

现在，我们来看看此合并策略的作用：

CRM ID是Luma Loyalty Dataset中的标识字段，但只能使用主标识查找配置文件。 那么，让我们使用主要身份Luma Loyalty Id查找配置文件”

有关合并策略的更多信息

在配置文件搜索中，将使用的合并策略更改回Default Timebased并选择​ 显示配置文件 ​按钮。 丹尼回来了！

这是怎么回事？ 整合个人资料并不是一蹴而就的事情。 根据多种因素（包括使用哪种合并策略），动态组合实时客户用户档案。 您可以创建要在不同的上下文中使用的多个合并策略，具体取决于您希望使用的客户视图。

合并策略的一个主要用例是数据管理。 例如，假设您将第三方数据摄取到Platform，该平台不能用于个性化用例，但​ 可以 ​用于广告用例。 您可以创建排除此第三方数据集的合并策略，并使用此合并策略为您的广告用例生成区段。

其他资源

现在我们转到数据治理框架。