记录删除请求（UI工作流） record-delete
使用数据生命周期工作区根据记录的主要标识删除Adobe Experience Platform中的记录。 这些记录可以绑定到个人消费者或身份图中包含的任何其他实体。
先决条件 prerequisites
删除记录需要深入了解标识字段在Experience Platform中的工作原理。 具体而言，您必须知道要删除其记录的实体的身份命名空间值，具体取决于从中删除这些记录的数据集（或数据集）。
有关Experience Platform中标识的更多信息，请参阅以下文档：
- Adobe Experience Platform Identity服务：跨设备和系统桥接身份，根据数据集所遵循的XDM架构定义的身份字段将数据集链接在一起。
- 身份命名空间：身份命名空间定义可以与单个人员相关的不同类型的身份信息，并且是每个身份字段的必需组件。
- 实时客户个人资料：使用标识图根据来自多个来源的汇总数据提供统一的使用者个人资料，这些数据近乎实时更新。
- 体验数据模型(XDM)：通过使用架构为Experience Platform数据提供标准定义和结构。 所有Experience Platform数据集都符合特定的XDM架构，该架构定义哪些字段是身份。
- 标识字段：了解如何在XDM架构中定义标识字段。
创建请求 create-request
要开始此过程，请在Experience Platform UI的左侧导航中选择 数据生命周期。 出现数据生命周期请求工作区。 接下来，从工作区的主页中选择 创建请求。
此时将显示请求创建工作流。 默认情况下，请求的操作 部分下选择了 删除记录 选项。 保持选中此选项。
选择数据集 select-dataset
下一步是确定要从单个数据集还是从所有数据集删除记录。 数据集选择选项可能不可用，具体取决于您组织的配置。 如果未看到此选项，请继续阅读指南的提供标识部分。
在 记录详细信息 部分中，选择一个单选按钮以选择特定数据集或所有数据集。
若要从特定数据集删除，请选择 选择数据集，然后选择数据库图标（
要从所有数据集删除，请选择 所有数据集。 此选项会增加操作的范围，并要求您提供所有相关标识类型。
Experience Platform中的每个数据集仅支持一种主要身份类型。
- 从 单个数据集 中删除时，请求中的所有标识都必须使用 相同类型。
- 从 所有数据集 中删除时，您可以包含 多个标识类型，因为不同的数据集可能依赖不同的主标识。”
提供身份标识 provide-identities
删除记录时，必须提供身份信息，以便系统能够确定要删除的记录。 对于Experience Platform中的任何数据集，会根据由该数据集的架构定义的 身份命名空间 字段删除记录。
与Experience Platform中的所有身份字段一样，身份命名空间由两部分组成：类型（有时也称为身份命名空间）和 值。 标识类型提供有关字段如何标识记录的上下文（如电子邮件地址）。 该值表示该类型记录的特定标识（例如，jdoe@example.com标识类型的email）。 用作标识的常见字段包括帐户信息、设备ID和Cookie ID。
删除记录时，可通过两个选项提供身份：
上传JSON文件 upload-json
要上传JSON文件，可以将文件拖放到提供的区域，或选择 选择文件 以浏览并从本地目录中选择。
JSON文件必须格式化为一组对象，每个对象表示一个标识。
[
{
"namespaceCode": "email",
"value": "jdoe@example.com"
},
{
"namespaceCode": "email",
"value": "san.gray@example.com"
}
]
namespaceCodevalue上传文件后，您可以继续提交请求。
手动输入身份 manual-identity
要手动输入身份，请选择 添加身份。
显示的控件允许您一次输入一个身份。 在 身份命名空间 下，使用下拉菜单选择身份类型。 在 主标识值 下，提供记录的标识命名空间值。
要添加更多标识，请选择加号图标(
配额和处理时间线 quotas
记录删除请求受每天和每月标识符提交限制的约束，具体取决于贵组织的许可证权利。 这些限制同时适用于基于UI和基于API的删除请求。
按产品显示的每月提交权利 quota-limits
下表概述了按产品和权利级别划分的标识符提交限制。 对于每个产品，每月上限是两个值中的较小值：固定标识符上限或与许可数据量绑定的基于百分比的阈值。
配额在每个日历月的第一天重置。 未使用的配额 未 延期。
处理标识符提交的时间表 sla-processing-timelines
提交后，记录删除请求将根据您的权利级别进行排队和处理。
如果贵组织需要更高的限制，请联系您的Adobe代表进行权利审查。
提交请求 submit
完成向请求添加身份后，在 请求设置 下，在选择 提交 之前，提供请求的名称和可选描述。
出现确认请求对话框，指示标识一旦删除就无法恢复。 选择 提交 以确认要删除其数据的标识列表。
提交请求后，将创建一个工作单，该工作单将出现在数据生命周期工作区的记录选项卡上。 从此处，您可以监控工作单处理请求时的状态。
从基于模型的数据集中删除记录 model-based-record-delete
如果要删除的数据集是基于模型的架构，请查看以下注意事项，以确保正确删除记录，并且不会由于Experience Platform与源系统之间的不匹配而重新摄取记录。
记录删除行为
下表概述了记录删除在Experience Platform和源系统中的行为，具体取决于摄取方法和更改数据捕获配置。
_change_request_type = 'd'的记录将在引入期间删除。 可以重新引入未标记的记录。要防止重新摄取，请在源系统和Experience Platform中应用相同的删除方法，方法是从两个系统中删除记录，或为要删除的记录包含_change_request_type = 'd'。
更改数据捕获和控制列
将源用于变更数据捕获的基于模型的架构在区分删除与更新插入时可以使用_change_request_type控制列。 在摄取期间，使用d标记的记录将从数据集中删除，而使用u或未使用列标记的记录将被视为更新插入。 _change_request_type列仅在摄取时读取，并且未存储在目标架构中或映射到XDM字段。
基于模型的架构的其他删除方法
除了标准记录删除工作流之外，基于模型的架构还支持用于特定用例的其他方法：
- 安全复制数据集方法：复制生产数据集并将删除应用于副本，以进行受控测试或协调，然后再将更改应用于生产数据。
- 仅删除批次上传：需要删除特定记录而不影响其他数据时，请上传仅包含目标保健删除操作的文件。
对保健操作的描述符支持 descriptor-support
基于模型的架构描述符为精准卫生操作提供基本元数据：
- 主键描述符：唯一标识目标更新或删除的记录，确保正确的记录受到影响。
- 版本描述符：确保按正确的时间顺序应用删除和更新，防止操作顺序混乱。
- 时间戳描述符（时间序列架构）：将删除操作与事件发生时间而不是摄取时间保持一致。
基于模型的架构的计划保留
有关基于数据年龄而不是特定身份的自动卫生，请参阅管理体验事件数据集保留(TTL)以了解数据湖中的计划行级保留。
基于模型的记录删除的最佳实践
要避免无意中再次摄取并维护跨系统的数据一致性，请遵循以下最佳实践：
- 协调删除：使记录删除与变更数据捕获配置和源数据管理策略保持一致。
- 监视变更数据捕获流：在Platform中删除记录后，监视数据流并确认源系统删除了相同的记录或将其与
_change_request_type = 'd'包含在内。 - 清理源：对于使用完全刷新摄取的源或不支持通过更改数据捕获进行删除的源，请直接从源系统中删除记录以避免重新摄取。
有关架构要求的更多详细信息，请参阅基于模型的架构描述符要求。
要了解变更数据捕获如何与源一起使用，请参阅在源中启用变更数据捕获。
后续步骤
本文档介绍了如何在Experience Platform UI中删除记录。 有关如何在UI中执行其他数据生命周期管理任务的信息，请参阅数据生命周期UI概述。
要了解如何使用数据卫生API删除记录，请参阅工作单终结点指南。