学习Oracle数据库时，经常会遇到Oracle数据库问题，这里将介绍Oracle数据库问题的解决方法。Oracle数据库是完全基于JAVA架构的，因此比SAP更先进？Oracle与底层Oracle数据库平台结合更紧密，因而运行效率更高？

以上两点看起来似乎没有什么关联，但我之所以把它们放在一起，是因为觉得很好笑，这简直都是打着红旗反红旗嘛！

无可否认，JAVA是一门优秀的语言，兼容性好，通用性强。但Oracle数据库选用它来打造系统是否就意味着能够尽取其利而尽避其弊呢？我看未必。

首先是执行效率的问题，做为象ERP这种大型IT系统，执行效率我想谁都不能视而不见。一段代码通用性兼容性再强，如果Run半天还没有结果我想也没什么用。我想这也是为什么SAP宣称以后系统核心的复杂业务流程仍然将会运行在ABAP语言之上。ABAP做为久经考验的专为业务流程管理而创造的语言，其性能已经是获得了全世界的认可。

另外，SAP也并非没有看到JAVA的优点，现在SAP***的NetWeaver平台就已经能很好地同时支持ABAP环境和JAVA环境，并且所有涉及到SAP系统与外部的接口部分完全是由JAVA程序来完成。这样既发挥了JAVA的优势又保证了系统运行的效率。而且不得不提的是，SAP公司近年大力加强对于JAVA的投入，在不久前成为全球第三家（除了SUN以及SUN的一家专门研究J2EE的合资公司之外），实际上是除了SUN之外的***家正式支持J2EE***版本Java EE 5的公司。

另外，Oracle ERP + Oracle DB就一定好使吗？我看也未必。

我当然相信做为自家人，Oracle数据库团队可能在跟自家人的合作上更为卖力。但即使客户选用的这种捆绑方式做ERP，他能保证其它的系统象CRM、SCM、SRM……也都用Oralce+Oracle吗？即使客户是Oracle的超级Fans，从头到脚都用了Oracle，他能保证他打交流的上下游厂商也都用Oracle来进行系统互连吗？

互联互通才是大势所趋，SAP也正是看到了这一点，才早已放下身段承认客户的系统不可能完全采用SAP，以后更重要的考虑点应该是不同系统之间的集成以及复合应用。然而Oracle却竟然还振振有词的与他们自己强调的开放性背道而驰，这种行为……真是令我汗颜……

【编辑推荐】

1. 分析讨论Oracle数据库恢复
2. 详谈Oracle远程磁盘镜像
3. 新的Oracle 11g功能展示
4. 详细分析Oracle XML数据
5. 分析探讨Oracle Data Guard