SAP BW ADSO Modeling Properties 建模属性区别

   最近遇到了一些问题很多都是因为ADSO的属性选择不对，在这边总结一下。

           

1.Standard DataStore Object

• 含义：标准DSO（传统建模方式）。
• 特点：
• 数据加载需经过激活流程（New Data → Activation → Active Data）。
• 支持完整的数据一致性检查和历史追踪（Change Log）。
• 适用场景：需要严格数据管控的业务（如财务数据）。
• 数据始终是覆写的

• 与其他 ADSO 一样，只有入站表中的 RequestID 才是键。

•  Write Change Log
• 含义：是否写入变更日志。
• 作用：
• 启用后，DSO在激活数据时会生成增量记录（Delta Records），供下游对象（如Cube或其他DSO）捕获增量更新。
• 关键影响：
• 必须启用，否则无法支持增量数据抽取！
• 仅对Standard DSO（带激活的DSO）生效，Write-Optimized/Direct Update DSO不支持。

• Snapshot Support
• 含义：快照支持。
• 作用：
• 在激活数据时保留历史版本快照（存储在E或F表中）。
• 用于对比数据变化（如审计需求）。
• 代价：存储空间增加，性能略降。

• Unique Data Records
• 含义：唯一键约束。
• 作用：
• 根据定义的关键字段（Key Fields）自动去重。
• 相同键值的数据在激活时会被覆盖（UPSERT逻辑）。
• 注意：此属性在所有DSO类型中均可配置。

 

2.Staging DataStore Object

• 含义：临时存储型DSO（类似缓冲区）。
• 特点：
• 仅用于临时存储未转换的原始数据（如初始加载层）。
• 不支持激活流程，数据直接写入活动表。
• 适用场景：ETL中间层，无需业务逻辑的原始数据暂存。

 

• Inbound Queue Only
• 含义：仅保留入站队列。
• 作用：
• 数据仅写入新数据表（Inbound Queue），不自动激活到活动表。
• 需手动或通过程序触发激活。
• 适用场景：需要延迟激活的场景（如数据质量检查后手动处理）。

 

• Compress Data
• 含义：启用数据压缩（仅限HANA数据库）。
• 作用：
• 对DSO底层表启用列式存储压缩，减少存储占用。
• 提升查询性能（减少I/O）。
• 注意：对非HANA数据库无效。

 

• Reporting-Enabled
• 含义：直接支持报表查询。
• 作用：
• 允许跳过Cube，直接在DSO上创建BEx查询。
• 需配合Semantic Key（语义键）使用。
• 限制：
• 性能弱于Cube，仅推荐小数据量场景。

 

3.Data Mart DataStore Object

• 含义：数据集市型DSO（传统概念，新版BW已整合）。
• 特点：
• 直接暴露给报表层使用,例如query（类似Cube的聚合层）。

• 数据是递增的，而不是覆盖的。

•  所有键构成复合键。

•  与其他 ADSO 一样，只有入站表中的 RequestID 是关键字。

•  更改日志存在但未加载。

 

4. Direct Update DataStore Object

• 含义：直接更新型DSO。
• 核心特点：
• 数据绕过所有队列，直写活动表（实时更新）。
• 无激活流程，不生成Change Log（无法提供增量）。
• 适用场景：实时运营报表（如库存监控）

还有下面的特殊属性的，基本都是BPC需要设置的内容了，俺用不到辽。