随笔分类 -  2、BW

摘要:MultiProvider、InfoSet、VirtualProvider:三者都不存数据 如果不作识别,则激活时会报错: 下面以CUBE+CUBE现演示MultiProvider: 下面去掉一个勾试试: 两边都有的维度数据会放在同一字段中存储,去掉其中某些字段的钩就表示所在底层Cube数据不会存储 阅读全文
posted @ 2015-02-19 22:32 江正军 阅读(3283) 评论(0) 推荐(0) 编辑
摘要:尽管上层的数据目标做Detal更新时,是从Change Log表里抽数的,数据删除也不会造成后继新增的到其他数据目标的抽数问题,因为初始化是从Active表里抽数,而只有增量的数据是从Change Log表里取,但删除时不易删除所有日志,因为当前上层已有的增量抽取可能还未运行,所以安全起见要预留一段 阅读全文
posted @ 2015-02-19 18:54 江正军 阅读(1747) 评论(0) 推荐(1) 编辑
摘要:标准Standard DSO 标准Standard DSO 标准DSO有三张表: 标准DSO覆盖合计规则: 数据从源抽取到标准DSO中时,在同一抽取请求中,相同业务主键的数据会合并(合并的方式有覆盖与合计,合计又可为MIN、MAX、SUM中的一种,具体转换规则中可为哪一种合计,则要看Key Figu 阅读全文
posted @ 2015-02-19 18:34 江正军 阅读(6686) 评论(1) 推荐(0) 编辑
摘要:在为DSO创建好Transformation后,Key Figure转换规则的Aggregation聚合方式默认为覆盖MOV,但可修改为某种合计方式(MIN、MAX或者是SUM) 特征转换规则中并没有Aggregation可设置,且默认就是覆盖,并且不能修改: 特征转换规则中并没有Aggregati 阅读全文
posted @ 2015-02-19 12:19 江正军 阅读(1003) 评论(0) 推荐(0) 编辑
摘要:DSO与CUBE转换规则中,Aggregation合计方式可以是MIN最小值、MAX最大值、SUM累加,也就是说DSO与CUBE的合计方式有三种(DSO合并规则参考),具体是哪一种是在Key Figure的Aggregation中进行设定的: 阅读全文
posted @ 2015-02-19 12:09 江正军 阅读(1127) 评论(0) 推荐(0) 编辑
摘要:可以为某个特征编写转换规则,在这里编辑的转换规则是全局性的(所有DTP都有效),而通过右键菜单创建的转换则只是作用于某些特定的DTP 可以为某个特征编写转换规则,在这里编辑的转换规则是全局性的(所有DTP都有效),而通过右键菜单创建的转换则只是作用于某些特定的DTP 如源系统中的成本中心Key是10 阅读全文
posted @ 2015-02-18 13:07 江正军 阅读(823) 评论(0) 推荐(0) 编辑
摘要:点击技术属性菜单,即可看到PSA表: 从源系统中过来的数据会原样存储到PSA表中,而不管源系统中的数据是否重复,因为PSA表的主键是技术主键,而非源系统中的业务主键 阅读全文
posted @ 2015-02-18 11:19 江正军 阅读(1597) 评论(0) 推荐(1) 编辑
摘要:可以通过事务码ListSchema,查看某个Cube的星型结构组成的所有表名 阅读全文
posted @ 2015-02-18 10:52 江正军 阅读(1208) 评论(0) 推荐(0) 编辑
摘要:传统星型模型是将主数据与维度表放在一起,同一主数据在不同的交易数据维度表中存储多次,达不到复用,不灵活,主数据发生变化后,修改非常不便: BW里的星型模型采用的是扩展星型模型:维度表里存储的不是主数据本身,而是主数据的SID,达到了不同交易数据共享同一主数据目的,主数据变化引起的修改也不会太大。下面 阅读全文
posted @ 2015-02-18 10:36 江正军 阅读(2851) 评论(0) 推荐(2) 编辑
摘要:同一InfoObject可以放在不同的InfoArea里,相当于快捷方式(不是一个真正实体,只是个指向): 阅读全文
posted @ 2015-02-18 09:36 江正军 阅读(678) 评论(0) 推荐(0) 编辑
摘要:KeyFigure是可以作为Characteristics的属性的。 如物料的安全库存上下限值,就可以作为物料特征的一个属性出现 KeyFigure本身自己不存数据,数据是存储在Fact表中的。但有一种KeyFigure是不存数据的,如Restrictions KeyFigure,就是在报表运行时动 阅读全文
posted @ 2015-02-18 09:29 江正军 阅读(1362) 评论(0) 推荐(0) 编辑
摘要:ZRMTR00没有自己的底层表,它直接使用ZMTR00的一套表结构。ZRMTR00只是ZMTR00的一种快捷方式 由于同一Characteristics在同一Cube中只能出现一次,如客户有售达方、送达方、开票方、付款方,但在一张单里还可能是同一个人,这就使用到了Reference Characte 阅读全文
posted @ 2015-02-18 09:12 江正军 阅读(863) 评论(0) 推荐(0) 编辑
摘要:Compounding:绑定另一特征属性,即某个特征不能作为主键,还需要另一特征属性一起作为主键(如 Item行项目号不能单独做为主键,还需要一个凭证号才能一起作为主键),如这里的成本中心还需要与控制区域一起才能唯一标识一数据。这种绑定的属性(这里指0CO_AREA)会在特征(这里是成本中心ZCOS 阅读全文
posted @ 2015-02-17 22:30 江正军 阅读(828) 评论(0) 推荐(0) 编辑
摘要:有些特征是不带属性的(如下面的电话号码、过期日期、交货完成标识)——称简单特征,这种特征是不带主数据的,即没有属性P表(但还是有S表,用来存储SID的底表,加快查询速度);有些是带文本的(如下面的性别标识有文本),会有对应的T表文本表;再如下面的Product即带属性、又带文本、还带层次关系,只要是 阅读全文
posted @ 2015-02-17 22:19 江正军 阅读(3497) 评论(0) 推荐(1) 编辑
摘要:“Attribute Only”选项勾上了的特征也是可以附加属性,勾上“Attribute Only”选项后只是表示该特征是一个显示属性,但是某特征是否可以附加属性,还要看 Master data/texts Tab页 中的”With master data“勾上没有,勾上就可以为该特征附加其他属性 阅读全文
posted @ 2015-02-17 15:44 江正军 阅读(753) 评论(0) 推荐(0) 编辑
摘要:可以将某个InfoObject设置为信息提供者InfoProvider,像Cube那样出报表。要将InfoObject设置为信息提供者,只需将Master data/texts 页签中的InfoArea框填上信息范围即可,Character. is InfoProvider复选框会自然选中(注:Ch 阅读全文
posted @ 2015-02-17 15:40 江正军 阅读(1280) 评论(0) 推荐(0) 编辑
摘要:如果某个Cube有聚集,必须滚动后Cube才可出报表,但与折叠没有关系,没折叠Cube也是可以出报表的 先聚集: 再压缩: 上图压缩操作后,请求85507的数据在F表里就没有数据了,而是被压缩到时压缩表里去了: 而请求86760、86762的数据现还在事实表(F表)里: (注:上图中这两条数据实质上 阅读全文
posted @ 2015-02-16 23:51 江正军 阅读(1638) 评论(0) 推荐(0) 编辑
摘要:n 根据CUBE中几个或者一个维度信息对象创建的Mini Cube(更小的Cube),可以提高数据的访问效率,当查询访问CUBE时,若聚集中的维度能满足查询条件则只需访问聚集而非CUBE n 结构:新生成一张事实表外加一些对应的维度表 n 用空间换时间、数据是冗余的 n 聚集可以建立在特征值、属性、 阅读全文
posted @ 2015-02-16 23:19 江正军 阅读(1708) 评论(0) 推荐(1) 编辑
摘要:n 支持直接访问数据源中的数据,数据直接从数据源过来,不需要经过PSA,数据直接从数据源到目标,在BW不会存储 n 由于使用虚拟立方体对OLTP的性能会造成影响,需要考虑使用的前提条件: Ø 报表需要从SAP源系统中得到即时的数据 Ø 只有很少量的数据被传输 Ø 使用该查询的用户数要少 n 基于DT 阅读全文
posted @ 2015-02-16 22:46 江正军 阅读(1356) 评论(0) 推荐(0) 编辑
摘要:() 这里创建的数据源基于SFLIGHT航空示例表来创建: () 预提一下数据源可以抽取到的数据: 刚创建好的数据源在RSA1里是看不到的,需要先复制元数据: 复制后,再激活数据源(从不等于变成等于号)就能使用了。激活时会在BW系统里创建与抽取结构一样的DB物理表 RSA6中可以查看到刚才创建的数据 阅读全文
posted @ 2015-02-16 22:22 江正军 阅读(4913) 评论(0) 推荐(0) 编辑