在进行用户行为分析时，通常我们需要先明确分析的对象（即主体），查询、分析其在某个应用中的的行为数据，DataFinder为您提供了多应用、多主体、多ID类型的分析能力，支持您在DataFinder项目中创建多个应用、多个主体，并支持为主体设置多个标识ID类型，提高分析的灵活性，本文为您介绍DataFinder的多应用、多主体、多ID类型的分析能力概述。
注意项细分 | 详细说明 |
|---|---|
环境限制 | 仅SaaS-云原生环境、私有化环境支持，SaaS-非云原生环境不支持。 |
功能开关 | 该功能为进阶用法，目前主针对业务相对复杂的客户按需开放。
|
绑定关系 |
注意 由于一个应用仅支持绑定一个主体，因此，如果您需要使用多主体功能对多个主体进行数据分析时，您需要在项目中创建多个应用，每个应用绑定一个主体。 |
相关的其他产品 | 使用多主体功能时，您还需同时开通CDP产品。 |
术语 | 概念说明 |
|---|---|
应用 | 数据的基本载体，可以直接对应一个APP、网页、小程序等。 |
主体 | 数据分析的对象，例如：用户、消费者、商家、车等，用于描述事件属于谁，即是谁触发的行为。 |
ID类型 | 对于分析对象的标识，例如：一个自然人可以通过身份证号精准标识，但此类精准标识过于敏感，一般需要通过设备ID、邮箱、手机号、注册账号等ID近似定义一个用户。 |
功能概述 | 应用场景示例 | |
|---|---|---|
多应用 |
|
|
多主体与多ID类型 | 从数据模型的角度来讲，DataFinder目前默认统一通过“用户”模型定义分析对象，ID体系也相对单一。针对较为复杂的业务体系，仅通过一个用户主体往往不足以描述目前的业务状态，甚至出现错误。 |
|
开通DataFinder的多应用/多主体/多ID类型功能后，每个项目中可创建多个应用，并支持设置多个分析主体和分析的口径ID类型，经过多应用的数据融合多口径下的ID-MAPPING计算，我们可以最大程度还原出一个消费者或一个自然人，从而串联起不同主体在多个应用中的行为。
其中：
- 开通多应用/多主体/多ID类型功能后，后续数据上报时您需标注清楚上报的是哪个应用/主体的数据（通过标明上报数据的appid）、数据的口径ID类型是哪种（标明user_unique_id_type）。
- 在一些场景下，我们可以获取到主体关联的其他ID类型，为保证关联关系的准确性，数据上报时，建议您使用DataFinder提供的id_bind能力，实时上报口径与口径之间的绑定关系，通过多口径下的ID-MAPPING计算，将上报的device信息、user信息进行mapping，最终通过DataFinder提供的ssid来尽可能准确的还原一个消费者或自然人。
例如，客户在登录状态下可以获取到手机号phone_id，在绑卡之后可以获取到卡号card_id，并且在绑卡时能够获取到phone_id和card_id的关系。假设有个用户在登录状态下获取到了phone_id1，phone_id1绑定到了ssid1上，那么所有以phone_id1进行上报的事件，都会归属于ssid1，假设在绑卡之后可以获取到card_id1，如果直接以card_id1来进行上报，由于id服务未收到任何与card_id1的关系，那么会新生成一个ssid2，用card_id1来进行上报的事件，都会归属到ssid2上。使用卡号前后的行为无法进行关联，这显然不符合预期。
因此，服务端以及客户端都提供了id_bind的方式，提前将绑定关系上报。
在使用card_id1进行上报之前，就应该调用id_bind，把phone_id1和card_id1进行绑定，card_id1也会绑定到ssid1上，之后用card_id1来进行上报的事件，都会归属到ssid1上，使用卡号前后的行为就可以进行精准关联。说明
更多关于用户的标识ID类型、ID-MAPPING计算的详细逻辑可参见用户标识（uid、ssid、did）。
此功能为进阶功能，您需按需申请开启，开启后的使用详情可参见对应操作指导文档：
Q1：主体和item（业务对象）有什么区别？
Finder默认的主体是用户，引入item业务对象主要解决的场景是在用户操作了某个物品时，对这个物品本身进行属性的扩充，主体本身没有发生变化，依旧是“人”。
而对于多主体，最常见的场景是区分“人”与“非人”的场景，例如：人、车，以人为主体分析行为，以车为主体分析车的行为。采用不同的主体核心原因是分析主体的ID体系不一样，就像车有车牌号、人没有车牌号；人有身份证号，但是车没有身份证号；从功能通用性上来说，我们也支持判定“司机”和“乘客”、“医生”和“患者”等作为不同的分析主体，因为他们的ID体系不一样，虽然他们都是“人”。
Q2：DataFinder原先的分析主体功能和这个多主体功能有什么区别？
除数据模型层面的概念外，新的主体在分析场景下主要用于快速找到与主体关联的所有应用数据，而原分析主体则仅用于确认分析时用哪一属性为标准去重计算对应的主体数。为避免产生歧义，我们已将原有的“分析主体”更名为“统计口径”。