关于SAP BI数据源的一点思考

      今天是10年5月8号，距离上一篇博客已经有7个多月了。主要是项目比较忙，没有很多时间上网。在项目里，PI和BI又多了一些实践。想想来三年来，自己运气一直不错，SAP NETWEAVER的主要技术基本都接触了，从EP,BI到PI，还有Workflow。现在的项目竟然也充分发挥了我技术全的特点，起了一些作用，也学到不少东西。

      今天随便写写，想记下BI关于数据源的一点思考。还是用一个场景来举例分析，当一个需求分析，在ECC里有多种业务，每种业务的数据都在单独的表里。那么数据源的开发方式大致有两种：第一种是建一个数据源，用函数来抽取数据，将所有表的数据都写在这个函数中；第二种是建多个数据源，每个数据源只负责一到两个表，直接通过表或视图的方式来抽取数据。参考标准的BI数据源方式和实践，第一种方式比较难实现，第二种方式应该是正确的做法。

      那么采用第二种方式，再看看每个数据源的实现，也有两种不同的方法，第一是用函数来取表，这样可以直接通过函数整理数据，使每个数据源的接口相同。第二是直接将每个表抽取到BI中，然后在BI中通过Transformation来整理数据。参考标准的BI实现方式，第二种是普遍也更简洁的做法。

      经过这样的思考，把思路理清楚以后我就开工啦，采用我分析认为接近标准的方式来做，不到两个小时就根据需求完成了4个信息对象、1个指标、5个数据源、1个DSO、1个InfoCube以及1个明细表和汇总表的开发。还蛮有成就感的。

总的来说，在开发数据源时，大部分的需求都可以通过表+试图的方式直接实现。所以刚开始一定要思考如何用简洁的方式来实现，而不是直接转到复杂的技术中去了。KISS原则，不仅适合编程，应该也适合SAP。