是的，我之前是也写过一篇LSA++的，但是我写那一篇的时候，写完了我自己都还是稀里糊涂的。唉，只能说当你知道的多了，很多东西就很简单了。
唉， 算了，我刚才花了十分钟时间，也没有找到我之前写的那一篇在哪里。
我也没办法回过头去看了，关键总是搜索不到啊。
好吧，又找到了，在这里：OpenODS.
这个是以前看的，解释的很混乱，但是其实这个LSA就是BW改革后的一个框架。理解清楚就知道BW4HANA为啥现在用了好多CDS view作为数据源。由此又引进了AMDP等。以及作为虚拟数据源的一个Open ODS View。
文章目录
LSA++ 其实是个数据流
从ERP来的数据，数据源里有提取结构extract structure，结构（也就是一个表，哪些行列的）+ 提取的方式。
我们去RSO2去看一般数据源。会有好几种抽取方式，从表直接抽，或者写代码来抽。
那么现在在ERP里，除了基础table，还有了CDS view，你可以先建一个CDS view，然后再基于这个CDS view建一个数据源。这个CDSview比我们之前se11建view相比，可以写代码，条件设置更灵活。
从上面一个表看到，到了BW层，就体现了LSA架构。多层的。可扩展的。最底下它写是Staging layer，可以永久保存数据，一般这一层是基于字段的ADSO，而且是直接写的，不用标准ADSO。这里可以不用信息对象。而且还可以创建虚拟Open ODSView，建模很快。这是第一层，有点像之前的PSA。这个最底下的由于不是标准ADSO，就只有inbound表和active表。没有change log表。原先PSA的请求更改，现在实际上可以在inbound表里面直接做更改。
但是其实这个应用场景是当上层数据有错误，或者需要重抽的时候，从这个staging层抽上去。这也是冗余的一层了。
在它上一层是IO的ADSO，基于信息对象的标准ADSO，这里的ADSO自己可以搞好几层，做一些需要用到IO的层级拉，权限相关拉，导航属性等的应用场景拉。还有一些逻辑的处理。这一层，称之为Integrated层。主要处理数据。
再上一层是CompositeProvider层了，出query，再再往上是BO的可视化报表。
在Staging层往上到Integrated层，这里不仅是有基于fields的直接更新ADSO，其实从下面一张图的虚线里能看到。
其实它是有两个同步的线，你可以用一个直接更新ADSO，也可以从数据源直接更新到info source去。
当你有很多个client的ERP源，需要很多转换，那么你可以直接从不同的源更新到一个info source去，然后再更新到Integrated层的ADSO。这样，在infosource到ADSO，可以只维护一个转换的逻辑。
同时，从下图可以看到，数据源有基于CDSView的数据源了，开头是0C或者0I。