做了一些项目后,发现处理链有个不方便运维的地方,就是没有循环组件。假设有了这样的组件,对于抽取层的模型来说,我们开发运维人员只需要维护一个抽取层模型的自定义表,系统对着自定义表,进行抽取即可。以后要新增模型,就在自定义表里新增即可。不用还去改处理链,再传输。而且处理链里面画的和蜘蛛网一样。(我特别不喜欢图形化的东西跟蜘蛛网一样,那种见到就点exit。这也是为啥我设计hana cv,除了简单功能用图形cv,逻辑复杂的全部用script cv)。我自己设计两个替代方案,自己都不是很满意。因为这些在运维管理功能上,都不如处理链本身。
虽然这两个方案都可以实现循环功能,但是运维处理问题上还有待提高:
1 点开处理链的log,要能清晰看到是执行了那个dtp和激活了什么模型
2 如果出现了问题,如何从出错的地方继续执行。(我想这也是sap没做循环组件的原因之一,要每次记录下循环的内容,哪些已经执行过,哪一个出错了,哪些还未执行)
如是程序执行,log只能是类似下图,比较丑
date time DTP XXXXX 已经执行
date time 模型XXX激活 。。。。。。
log如果集成在标准功能就比较好,类似下图
这个功能的最优解可能要慢慢想了(最好是sap提供一个loop功能)。
1 考虑customer process type,这个功能要自己写class,好处就是log可以无缝到RSPCPROCESSLOG。。。。