为了防止2月玩的太嗨,一篇都没有,所以。。。
2月得水几篇啊。不然就鸽了自己了。
虽然是自我欺骗。
但好过一篇没有。
警告:
这是一篇过时的讲BW的信息提供者的。
从虚拟提供者开始:
virtual provider
虚拟的,不保存数据,就是个逻辑视图。
有三种类型:
- 直接访问DTP
- BAPI访问其他或者sap系统
- function module来写代码访问数据
到这里已经是第二天了。
我发现自己经验不足,技能也不够。
对事物的理解也处于最底层。
由于我在看virtual provider的时候看到了太多我不知道的概念。理解起来很有难度。我就不太能写下去了。
我自我安慰觉得这种又晦涩,又不常用的。以后肯定会被取代掉。
比如说涉及到了RDA(实时数据仓储)小范围数据的批量获取。
我并不知道这是啥。只说在RSA2上。
于是virtual provider今天先到此为止。
multiprovider / infoset
这俩得一块写,因为一个是providers的union,一个是join.
而现今,只有个composite provider了。
先来看一个图:作为multi Provider可以包含其他的info provider,包括infocube,现在基本上被ADSO取代了。
还包括有主数据的可以作为信息提供者的信息对象,包含DSO或者Infoset。
还有一个集成计划的集合。这个以后有机会解释。
但是由于multi provider只是一个逻辑定义,数据不存储在其中。info set是连接,multi provider是结合。所以这样会导致不同info provider的结合值中有未分配的值这种情况。例子如下图中:
这是啥意思呢?就是multi provider查询时,是去查询下面的info provider的值的,也就是在相关的info provider中去同时处理查询,最后是多个报表,然后OLAP处理器将所有的单个报表组合显示为查询结果。于是就会出现这种未分配的值,就是这个#。
在组合multi provider时,得分配好info object 和 key figure都是从下面的哪个info provider来的。
一般关键值从下面的一个info provider过来,如果是从多个info provider过来,那值就会变成累加的。(这个有空来考究下)
到infoset这里呢,说实话我知之甚少。只看过我师傅做过内连接,反正是和内连接,左外连接相关。拖放连接条件。而且这个在时间相关对象连接时,功能强大。比如HR报表上,通过时间相关的主数据显示员工和当时的组织单位。然后后来这个员工换了组了啥的,也能看到。
这个就涉及到时间相关对象了。这也是后话。
这反正就是高中数学的知识了。