水一篇info provider们

为了防止2月玩的太嗨，一篇都没有，所以。。。
2月得水几篇啊。不然就鸽了自己了。
虽然是自我欺骗。
但好过一篇没有。

警告：
这是一篇过时的讲BW的信息提供者的。
从虚拟提供者开始：

virtual provider

虚拟的，不保存数据，就是个逻辑视图。
有三种类型：

1. 直接访问DTP
2. BAPI访问其他或者sap系统
3. 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报表上，通过时间相关的主数据显示员工和当时的组织单位。然后后来这个员工换了组了啥的，也能看到。
这个就涉及到时间相关对象了。这也是后话。

这反正就是高中数学的知识了。