1、CUBE:信息立方体；DSO：操作数据存储；
2、CUBE存储粒度较大的汇总级数据；DSO存储数据颗粒较小的明细级数据；
3、CUBE是由星型结构构层的多位度的表结构，而DSO是平面的二维表；

4、DSO可以聚集，CUBE不可以聚集
5、2者都是BW的信息提供者，都存储实际的数据信息 

6、最大的区别就是处理关键值，CUBE只有累加，DSO累加和复盖都支持。

DSO:

DSO共有3中类型：
标准：对应后台3个表，NEW TABLE/LOG TABLE/ACTIVE TABLE，即保存了DELTA增量的CHANGE LOG数据。一般通过DTP来更新数据。这种DSO也是我们用的最多的类型。
直接更新：一般用来做一定的应用，如APD。是通过BW中的业务平台，将数据通过API的方式，直接写入的。其后台只对应ACTIVE TABLE。
写入优化的：这种DSO类型，用来处理大量的数据，但后台也只对应ACTIVE TABLE。通过DTP来更新数据。

 下面是标准DSO的设置选项：
激活后生成主数据标识：在激活数据后，生成主数据的SID，可以提高报表查询的速度。如果DSO不直接用于报表的需求，或用的比较少，此选项一般不选择。
唯一数据记录：当激活“激活后生成主数据标识”后，此选项才可以选择。标识上载的数据都是主键唯一。这样做，可以提高激活的速度，上载的数据只做INSERT操作，不考虑排序和前镜像的情况。如果我们要对数据进行DELTA抽取，并且数据可能会涉及到修改，此选项选择的话会有错误发生。一般建议，如果标准DSO选择了“唯一数据记录”，使用写优化类型代替。
自动将状态设置为’好’：激活数据后，如果没有错误发生，自动将状态设置为OK，即：绿灯，一般我们选择此选项。
自动激活数据/自动更新数据：标识自动激活数据并将数据更新到目标（如CUBE等）。为了能在处理链中处理异常情况，这里我们一般不选择。

然后再说一下导航属性。在DSO中如果要让导航属性起作用的话，需要勾选：

CUBE:

SAP采用了星型架构的概念，并将其应用到了CUBE中，我们从BI CONTENT复制总帐余额表（Copy form 0FIGL_C02 to ZMCUBE01），SE11中，在表名中输入*ZMCUBE01*关键字，可以找到对应生成后台数据表。也可以通过TCODE：LISTSCHEMA查看CUBE的星型架构。
 
如果我们依次查看每个表，会发现，事实表与维表间是通过维表的SID进行关联的，
 
维表又是通过SID与主数据进行关联的：
 
需要注意的是维的设计方式，本身维是为了提高CUBE的系能存在的，但如果维度设计不好，很可能会降低查询的速度。一般的原则是维表数据不要再短时间内迅速增长。

MULTI-PROVIDER:
通过多信息提供者，我们能将几个关联的CUBE（或DSO）联合显示，为报表的开发提供方便，我们可以定义每一行或列的信息提供者（即：由哪个CUBE提供数据）。多信息提供者本身并不存储数据，只是定义了一个合并后的视图，下面说明多信息提供者是如何为应用提供数据的。
我们现将两个CUBE集合到一个多信息提供者下：
 
选择需要集合的CUBE：
将特性和关键值拖拽到多信息提供者的维中，也可以直接拖拽一个维到其下：
分别在特性和关键值上右击，选择参考CUBE，或选择“全部按钮”，系统提供了所有的建议参考：