论EBS的并发请求(报表中心)的必要性

很多人觉得EBS的报表提交麻烦，界面不友好，而且极度不方便。

记忆很深刻的是，当年刚刚过来现在工作公司的IT部门的时候，IT部门的经理（他是自己开发ERP软件的牛人）就说过：这个EBS啊，要跑一个报表真的是很麻烦，一点都不好用。要不是财务模块好用（特别是那几段会计科目的灵活性），还真不选择这个ERP产品了。

但是，实际上这种实现报表的方法是很必要的。看完下面的分析就知道：

关于“流程事务”类的并发请求，因为涉及到系统各业务模块的具体功能应用问题，这里不便多讲。以下主要来谈一谈“报表事务”类的并发请求问题。有网友曾抱怨说，“ORACLE的报表功能不好用，出一个简单的报表都要到后台去提交一个请求，输出的是一个文本，太麻烦。系统提供的标准报表，内容不能满足企业要求，不符合国人的使用习惯”。这种说法可能是因为受某些国内产品的影响而产生的误解。目前国内的主流ERP系统，对于“报表”基本上采取的是类似“查询”的实现方式。这种“查询式报表”虽然方便了用户使用，但却惹出了无穷的麻烦。

首先，报表是一种极端“个性化”的东西，不同的企业由于管理层次不一样，关注的管理重点也不同，针对同样的问题所要求的报表也会不同。即使同一个企业在不同的发展阶段，所要求的报表内容也不会相同，因此即使已经使用ERP若干年的企业，不断地开发新的（管理）报表，也是很正常的事情。如果ERP系统将报表功能“显式化”，在系统标准功能中提供查询条件控件及输出结果视图，则意味着系统提供的这个所谓报表功能必须符合所有企业的使用要求，而实际这是不可能实现的。在这种情况下，企业就会理所当然地认为这是ERP厂商的责任，厂商必须负责解决。目前许多国内ERP厂商产品研发的一项重要内容就是穷于应付为企业开发各种查询式管理报表，这简直是等于自掘火坑，陷进去无法自拔，

其次，查询式报表如果内容复杂、耗用系统资源比较高，则用户随便自由使用， 而IT系统维护人员对“联机式”查询无法进行有效管理、干预，将可能严重影响系统整体性能，导致其他用户无法进行正常工作。从这个角度来看，目前国内的主流ERP产品实际上还没有真正系统意义上的“报表”功能，只有不加节制、扩大化了的“查询”功能。系统如此处理极不明智。

ORACLE 将“报表”功能以并发请求的形式放到后台去处理，不仅有效地解决了“报表”的个性化问题，分清了ERP厂商与企业的责任界面，而且也为企业IT系统维护人员提供了系统可管理、可干预的便利。这实际上正是ORACLE系统的灵活性与功能强大之处（SAP也类似）。有网友针对国内某些厂商声称自己的ERP是“高端”产品时，质疑“连并发都没有，能算高端吗？”实际上是说到了要害。一个连“电梯”都没有的高楼怎能算得上是现代化的大厦呢！

ORACLE系统大量使用后台“并发处理”程序，实现了系统用户的流程操作在“空间与时间”上的分离，免去了操作人员的无效等待时间。操作人员提交的并发请求在后台运行的同时，并不影响其处理其它系统事务，这样可以大大提高用户的工作效率以及使用的方便性。“并发”之于ORACLE EBS系统好比人体内的“心脏”一样重要，它是系统实现高度的数据集成与流程集成的核心工具，是企业依赖计算机系统实现业务运作与管理控制自动化的一个技术体现。

完整的请阅读：

http://www.orapub.cn/posts/3119.html