电小宝 发表于 2012-9-14 16:07 static/image/common/back.gif
谢谢lz。其实还是没看懂。
sap到底是哪三个词的缩写呢？
英文·？德文？
Systeme, Anwendungen und Produkte
yanzibaoxi 发表于 2012-9-14 16:29 static/image/common/back.gif
Systeme, Anwendungen und Produkte
那么这个词是从德语过来的？对应英语应该是system, Application? and product?
{:5_394:}好东东，写的通俗易懂，工作的人都能看懂。
简单明了啊{:5_342:}
搬个板凳继续听
有人做SAP Transportation Management吗?
这个不错，顶一个...
本帖最后由 左转 于 2012-9-24 23:28 编辑
本来这章想写关于SAP 开发的，后来觉得，应该把其他走SAP技术流派的都包括进来，因为里面的那些帮派虽然各自侧重点不同，却有着千丝万缕的联系。
首先想说的当然还是开发。SAP 是个很牛逼的企业，还有个原因，就是它有自己的开发语言！大家都知道，武功的传承都很难，更难的是自创一派武功。最开始的时候，SAP几个创始人是从IBM 出来的，那时候的IBM 还不是吐故纳新、兼收并蓄，卖了PC 和Notebook 产业、买了普华永道咨询产业后以咨询、服务为导向的新IBM，它当时还是一个纯粹以技术为主的企业。于是这几位创始人的技术功底或者技术观念绝对是可以推断出来的。他们为了做报表，觉得C神马的不够用，C++ 神马的又太繁琐，于是自己发明了一个编程语言叫ABAP，它的德语名字大家看看吧，丫就是做报表的，很土的，你懂的：Allgemeiner BerichtsAufbereitungsProzessor，当然后来为了冲出德国走向世界，得有个很fancy 的英文名字，叫Advanced Business Application Programming。
ABAP是一种服务器端/客户端的语言，渐渐的在信息爆炸的时代就有点力不从心了。于是SAP在大概十年前做出了重大的决定，那就是走向Web。于是Web 界当红小生Java 就成了ABAP 的重要伙伴。现在搞SAP的童鞋们，大概很难想象当初要是SAP 做了另外的决定，死守ABAP，会是什么一番光景吧。
这里完全不是说ABAP 会被Java淘汰，在可以预见的将来是不会的，ABAP 已经是SAP 应用程序的精髓。用SAP 的人都知道Transaction 这个概念，在ABAP 里它是程序的一种，每个Transaction 都有个代码，靠它来执行这个Transaction。这其实也是SAP 烦人的地方之一，因为SAP 程序的菜单结构其实设计得很不好，很多时候你如果不知道这个代码，你恨死了它想咬它都不知道从哪里下嘴。另外有种可以运行的程序，其实叫做Report（还是一颗闷骚的做报表的心啊）。而它们背后的东西，都是深埋在各种数据库表格里的，甚至SAP 有自己改编了的SQL 语言。对数据库这么依赖，大家可以想象，SAP 为什么对Oracle 又爱又恨了。
不想太多走进科学，就想引出来技术流的其他方面。比如，你想SAP 搞开发，你一定得知道Transport这个概念，它是从ABAP 编程而来的，如今所有的SAP 应用程序的实现都还是需要Transport。有了Transport Management（这可跟后来的Transportation Management 完全不同，以后再说），你还得知道它下面的Basis——这个概念越来越被扩展出来的NetWeaver 这个概念取代了，它们都是指的平台，就是我们之前说的那块主板。那么PI/ XI (Process Integration / Exchange Infrastructure) 就可以算作是这个计算机系统里的系统总线——BUS，它是连接各个组成部分的桥梁。那么再往上向企业流程方向走，你可能会接触到跟Transport Management 结合很紧的Change Control Management，跟系统实施和运行结合很紧的ApplicationLifecycle Management，最终你能设计规划整个系统。总之，偏技术的方面很广，远远不只是开发、编程了……
如果这些你都能精通，那么恭喜你，你将来的头衔小母牛坐炕上——牛逼哄哄：就是Enterprise Architect，企业架构师师密达！这种角色，又要懂各种技术的运用，又要明白企业对SAP 系统的需求，也是SAP行业的栋梁之才啊~
真不错，我这两天要死要活的得闹动一个叫SAP AII的东西，他是属于SAP Auto ID entpreis的，楼主能解答么。。。
本帖最后由 雪候鸟 于 2012-9-24 23:26 编辑
左转 发表于 2012-9-24 21:44 static/image/common/back.gif
本来这章想写关于SAP 开发的，后来觉得，应该把其他走SAP技术流派的都包括进来，因为里面的那些帮派虽然各自 ...
我觉得sap对oracle是爱还是很根本和oracle的SQL没有关系，sap的opensql本来很多sql标准的东西都没有支持, 更何况oracle的native sql. opensql可以看成是sql的阉割版本，但是我对sap的这种做法还是还是支持的。毕竟abap自身就是一种面向的商务的编程语言所以在这种大环境下产生的opensql自然是按照商务变成语言的要求剪裁的。因此一些过于技术的零碎应该省略, 毕竟sap希望自己做优化或者用自己的语言元素来支持。我自己很喜欢oralce但是还是反对在abap中使用native sql.
另说sap对oracle的恨，其实我觉得他对所有数据库都恨, 因为自家的数据库一直不争气(这里先不考虑HANA，个人觉得那是另外的应用场景)。因为每个数据库都有很多不同，sap的存储层的开发就要考虑到各个数据库的具体细节，这样一来搞得开发会很复杂二来很难把所有常见数据库的特性都照顾的到。sap希望各个数据库厂家深层次的合作，可是不少数据库厂家都有自己的ERP软件因此也是竞争对手，估计这种合作必然不理想。不过这里DB2处外，听说db2在代码级别对sap优化过。