概述
CDP的离线数据是从CDP的开发工具DVS接入，更多关于DVS的介绍可以参照，DVS数据用户手册，了解更多的关于数据抽取，数据集成，数据规划，以及构建数据层的专业知识。在本文档中，主要着重描述和CDP相关的数据形态和接入方式。从DVS接入的数据，可以通过指定路径的方式，在CDP租户的[数据资产](https://qiniu.chinapex.com.cn/org-wiki-apexproduct-hgpdcc/qmof2q/cm7bvluc8a9n3hb1?singleDoc# 《数据资产》)中看到。
操作流程
DVS数据接入CDP
在DVS中的每个数据空间的ADS层，都可以对应对应CDP中的一个租户的数据资产。通常通过对数据库的数据抽取，数据集成，并将数据加工成CDP可以读取的形态，存放在DVS的对应数据层中.，则CDP可以通过路径自动读取。
在CDP中可以通过配置项读取DVS中的ADS层的指定路径。
- DVS中的空间内的ADS层，可以和CDP内某租户的数据资产体系对应。
- DVS使用Basic模式，对应一个空间内，仅有一个ADS层，使用DEV-PROD 模式，一个空间内可以有2个ADS层，DEV和PROD分别有独立的ADS层，可以对应CDP内的2个租户数据资产。
数据标准结构
NEXUS CDP中的数据接入的类型是固定的，但是数据结构是动态的，这也是这款软件的特殊性和魅力所在，它的灵活性，可以支撑不同行业，不同场景的用户数据应用，只要遵循CDP的数据结构规律，无论是什么行业，或者数据量级，都可以轻松的使用CDP带来的便捷性。
CDP数据原始数据模型的设计原理，是还原数据对真实营销业务场景的描述。按照CDP的规范，数据分为“主表”、“属性表”，“行为模型表”，“维度表”几大类。
主表
- CDP内定义的主表，指的是对用户主标识的定义，例如用户userid,phone，或其他一些社交媒体的标识。按照NEXUS体系的规范，不同对象需要存在不同类的主表内，例如：用户对象，车辆对象，导购对象，门店对象等等；
- 针对同一个形态的对象，例如用户，在不同的场景下的主标识，也会存储在同一个类型的不同的主表中，例如：会员的主表，微信主表，抖音主表等，访客主表等。
属性表
- 属性表是针对于主体对象特征的描述，通常是以从传统的CRM体系中获取的用户特征为基础，通过DVS的加工，将和用户基础特征相关的信息冗余进。例如，用户名称，地理位置，用户信息等，属性的可以支持动态列拓展。
行为模型表
- 行为模型表记录业务中的事实型和记录型的数据，在模型表中可以冗余部分的维度数据，来对业务事实进行说明。模型表可以通过关联维度表来拓展维度信息。模型表可以是事实或离线更新，基于模型表，用户可以进行“标签构建”，“用户圈选”，“行为分析”等操作。
- 行为模型表关 键要素有，“主标识id”，“时间维度”，“度量”，“普通维度”
| 典型行为模型表 | 典型设计示例 |
|---|---|
| 用户订单记录 | 订单id， 商品维度，用户维度，店铺维度，时间维度，订单相关度量。 |
| 事件上报记录 | 事件id，用户属性，事件属性，事件维度，事件相关度量 |
| 用户升降级记录 | 用户id，关联订单id，店铺维度，升降级等级 |
| 优惠券发放记录 | 优惠券id，用户维度，券属性维度，券相关度量 |
维度表
- CDP内的维度表存储了描述业务过程中某一方面的文本信息或代码，比如产品、时间、地点、客户等。这些信息通常是业务用户在分析数据时关心的维度，维度表被要求需要有主键。
- 在CDP内，通常将有上下游关系的维度，处理在同一个维度表中，通过共同的维度键（Dimension Key）与事实表关联，为行为模型表中的记录信息提供背景信息。
- 关键的维度表例如：
| 常见维度表 | 说明 |
|---|---|
| 店铺维度表 | 记录店铺的描述性信息，记录店铺id，店铺名称、位置、地理信息等 |
| 导购维度表 | 记录导购的关键信息，例如导购id，导购名称，导购职位等信息。 |
| 车辆维度表 | 记录车辆销售和运行的信息，例如车辆识别号，车辆颜色，型号，购买地址等 |
| 产品维度表 | 可以分析每种产品的销售情况；记录如产品id， 产品尺码，产品 |
| 时间维度表 | 可以记录时间 ，如年月日等。 |
数据更新&删除
DVS和CDP共用数据存储，二者通过元数接口同步的方式保持规范和信息同步；当DVS更新数据时，CDP中的数据也会自动更新，当DVS中的数据删除，如同步删除了元数据信息，CDP中后续的关联任务会因为找不到数据而报错。所以请务必遵循从测试到生产以及从下线到上线的流程，有效提供下线上线信息，以免为业务产生不必要的损失。