SAP才比Oracle更灵活..docVIP

前言： 最近看到晚上都是SAP和Oracle比较的报告，该作者对于SAP的理解很片面，所以笔者对于该文章中对于SAP的错误的观点进行了逐一回答，希望可以以正视听！ 技术的先进性 Oracle 应用系统11i 版本是真正完全基于互联网INTERNET架构，并且采用开放的JAVA语言和技术标准进行编写的应用软件，这种技术的开放性，使Oracle 应用系统11i版本有越来越强的生命力（开放的标准意味着应用系统软件不受硬件平台, 不受企业规模大小, 不受地域限制等因数的影响)，而SAP软件的主体部分还是完全用其私有的ABAP语言编写的，学习和使用都很困难且与INTERNET或网络应用WEB技术不兼容（JAVA目前已经成为全球INTERNET应用系统的应用开发标准，而懂ABAP语言的开发人员非常少），虽然SAP也在试图转向JAVA标准，但由于其目前的系统过于复杂和庞大，完全的转型几乎不可能。 非INTERNET结构上的应用系统, 基本是基于客户/服务器(C/S)的结构,这在现在的INTERNET时代,是已经过时或被淘汰的技术,它将限制应用系统的规模和并发用户数,也不可能用于全球一体化的管理系统 – 即跨国或跨地区的大型企业将不可能应用一个数据库的管理系统, 这将给这些选用该C/S 系统的企业带来巨大的系统投资费用和系统维护成本, 也使企业不可能在今后发展时,继续使用已投入的信息系统, 即在原系统上增加新功能/系统的逐步实现企业信息化的设想成为不可能。 虽然从表面上看，最终用户似乎感觉不到软件技术架构带来的变化，但事实上，是否选择符合发展潮流的技术方向会极大地影响到软件厂商及其应用客户的生命力。历史上，由于没能选择符合潮流的技术而迅速衰落的大软件厂商比比皆是（曾经在ERP领域领导潮流的SSA， 由于不能将系统及时转向开放的UNIX平台，而迅速衰落）而这同时也给选择这些厂商产品的客户带来了极大的风险。 SAP的整个系统架构在2000年就完成了INTERNET和应用WEB技术的兼容。SAP的ITS（Internet Transaction Server）是SAP在2000年推出的将C/S的架构的界面自动转换成B/S架构的第一个WEB化的产品。随后在2002年4月推出的SAP Web Application Server以及基于此的SAP R3 Enterprise 4.7更是一个从内核基本就支持WEB Application的应用的产品，其内核可以完全HTTP/HTTPS的应用、SOAP协议、SMTP协议等等。 以下是WAS的架构： 在上述架构中，通过因特网通讯管理器（Internet Communcation Manager ICM）来设置和Internet相关的连接，包括HTTP、HTTPS、SMTP。SAP WAS也可以使用SOAP协议和其他WEB服务（WEB Service）的服务器端通讯，或者作为服务器端与其他WEB客户端通讯。 任务分发器（Dispatcher）将收到的工作分配给ABAP或者JAVA的工作线程（Work Processes），每个工作线程均使用一个数据库连接。一个工作线程可以为多个用户服务，因此SAP可以使用较少的数据库连接来满足多用户的运用，并且基于该工作机制，SAP将服务器的性能最大程度的运用。满足企业级的服务需求。 在2005年的1月1日，SAP又正式向市场推出了SAP NetWeaver组建，并且随之宣布了Enterprise SOA企业SOA架构，更是得到了业界的全力支持。从架构上来说，Enterprise SOA是一个真正能够满足企业需要的系统架构，是一个从即基于业务规范又符合IT开放架构和潮流的系统体系。以下对于Enterprise SOA和NetWeaver进行简单的描述。 面向服务的体系结构SOA（service-oriented architecture，SOA）是一个组件模型和系统架构，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。SOA的最大优点是服务重用，打个比方来说不同的服务就好像不同的积木，而采用SOA，你可以按照自己的想法通过这些积木搭建一个符合自身业务特点和流程的IT架构，并且当业务流程发生了变化，对于积木本身无需调整，只需要简单的调整一下搭建的方法就可以了。因此采用SOA架构可以说是最能够满足企业业务实际需求，同时在业务发生变化是能够以最小的代价、最迅速、最方便的完成IT对应支持的架构和解决方案。此外SOA采用了和硬件、操作系统和软件无关的通讯协议，打破了各家硬件厂商形成