SAP BPC最佳实践-BPC NW版的应用程序优化(Application Optimization)

当用户在BPC中新建一个appset和application以后，应用程序集中会存在越来越多的历史数据。BPC NW版所提供的优化流程会在Netweaver BI InfoCube上进行一系列的操作。在官方的帮助说明中，并没有提示说需要做优化的频率，但是最好定期进行应用程序集的优化。BPC系统提供了两种优化类型：

1，轻量级优化(Light Optimize):关闭打开的请求，对Cube进行压缩，重建索引，更新BI Cube的数据库相关变量；

2，全优化(Full Optimize):会包含所有轻量级优化的操作。与此同时，系统会检查BI模型，如果符合优化条件，全优化会进行额外操作。这些操作包括:

A, 把当前的Appset置成离线；

B, 建立一个新的拥有优化数据模型的Cube；

C, 将源Cube的数据复制到新的Cube,删除原Cube；

D, 将打开的请求关掉，压缩并重建Cube索引，更新数据库的相关变量；

E, 将新建的Cube置成在线。

Cube数据的压缩是通过两张事实表的数据切换完成的，在SAP BI中有两张事实表，(E表中存储的是已压缩数据，F表中存储的是非压缩数据)。当进行Cube压缩时，系统会将多条相等的数据合并成一条，这样做可以节约数据库存储的空间。这些数据就会从F事实表转移到E事实表。

当进行全量优化时，Cube如果符合重建的条件，系统新建另一个Cube，这样Cube的tech name自然会被更新，与此技术名相关的表名及内容也会被更新。但是，comment表和workstatus表，这两张表的名字是由当前appset的prefix name加上cube的prefix name生成的，当新建cube，tech name更改后，prefix name 不会被更改，所以comment表和workstatus表都无需更改。

以上介绍的是在BPC系统中，两种优化模型的理论基础，下面是在系统中进行配置和运行优化的流程:

1, 在BW处理链的查看界面中，可以查看到这两条用于优化的处理链本身;