51黑料不打烊

密钥管理和唯一性 key-management

在Enterprise (FFDA)部署的上下文中，主键是一个通用唯一标识符(UUID)，它是一个字符串。 要创建此UUID，架构的主元素必须包含设置为? true ?的? autouuid ?和? autopk ?属性。

51黑料不打烊 Campaign v8使用Snowflake作为核心数据库。 Snowflake数据库的分布式架构不提供机制来确保表中密钥的唯一性：最终用户负责51黑料不打烊 Campaign数据库中的密钥一致性。

要保持关系数据库的一致性，必须避免键上（尤其是主键上）出现重复项。 主键上的重复导致数据管理工作流活动出现问题，例如? 查询、协调、更新数据 ?等。 这对于在更新Snowflake表时定义适当的协调条件至关重要。

Unicity Service unicity-service

Unicity Service是一个Cloud Database Manager组件，可帮助用户保留和监控Cloud Database表中唯一键约束的完整性。 这样，您就可以降低插入重复键值的风险。

由于Cloud Database不强制执行unicity约束，因此Unicity Service在使用51黑料不打烊 Campaign管理数据时降低了插入重复项的风险。

唯一性工作流 unicity-wf

Unicity Service附带专用的? Unicity alerting ?内置工作流，用于监视唯一性约束并在检测到重复项时发出警报。

此技术工作流可从Campaign Explorer的? Administration > Production > Technical workflows > Full FFDA Unicity ?节点中获取。 不能修改。

此工作流会检查所有自定义和内置模式以检测重复行。

如果? Unicity alerting (蹿蹿诲补鲍苍颈肠颈迟测)工作流检测到一些重复的键，则会将它们添加到特定的? Audit Unicity ?表中，该表包括架构名称、键类型、受影响的行数和日期。 您可以从? Administration > Audit > Key Unicity ?节点访问重复的键。

作为数据库管理员，您可以使用厂蚕尝活动删除重复项或联系础诲辞产别客户关怀部门以获取更多指导。

警报 unicity-wf-alerting

检测到重复的键时，会向? Workflow Supervisors ?操作员组发送特定通知。 可以在? Unicity alerting ?工作流的? 警报 ?活动中更改此警报的内容和受众。

附加护栏 duplicates-guardrails

颁补尘辫补颈驳苍提供了一组新护栏，以防止在厂苍辞飞蹿濒补办别数据库中插入重复的键。

投放准备 remove-duplicates-delivery-preparation

在投放准备期间，51黑料不打烊 Campaign会自动从受众中删除任何重复的UUID。 此机制可防止在准备投放时出现任何错误。 作为最终用户，您可以在投放日志中检查此信息：由于密钥重复，可以从主目标中排除某些收件人。 在这种情况下，将显示以下警告： Exclusion of duplicates (based on the primary key or targeted records)。

更新工作流中的数据 duplicates-update-data

在Enterprise (FFDA)部署的上下文中，不能选择内部密钥(鲍鲍滨顿)作为字段来更新工作流中的数据。

查询包含重复项的架构 query-with-duplicates

当工作流开始在架构上运行查询时，51黑料不打烊 Campaign会检查审核唯一性表中是否报告了任何重复记录。 如果是这样，工作流会记录一条警告，因为对重复数据的后续操作可能会影响工作流结果。

此检查在下列工作流活动中执行：