文档介绍：word
word
1 / 150
word
ABAP快速入门
前 言3
3
?4
7
-Hello
9
SQL和Native SQL21
传输，用户看到的只是处理后的数据返回.
和Delphi的三层逻辑相近，在应用层包含多个组件象ABAP开发平台，身份验证，系统管理维护等用以处理会话，更新，排队，网关，数据层处理native 和Open SQL等(这是从内部机制方面看)，SAP各模块应用的业务逻辑都在应用层被处理(从用户角度)然后结果被返回.
图1-2是SAP Logon的一个截图，[1]表示应用服务器(通常企业为了节省成本和方便管理可能会将应用服务器和数据库安装在同一起)，[2]System number，举个实例，开发和测试服务共用一台服务器，开发使用system number00，而测试使用system number 01，通过system number逻辑地将一台physical server逻辑地分成了两台application server.
word
word
5 / 150
word
学****ABAP并不难，有人说SAP系统重在管理思想，不在技术，通常对有编程经验的读者不用任何培训参考一些相关资料就可立即上手.
简单介绍下ABAP/4的一些特征:
，尤其在开发报表方面，坦率地讲，除了和SAP集成的好处，.我定认为ABAP在报表开发上比Crystal report Tool要高效简单.
，ABAP是解释形的，如读者精通VB，学****ABAP应该豪不费力，倒是既然SAP是企业管理解决方案，ABAPer必须对企业管理流程熟悉.
解释性的另一好处是可以很好跟踪程序逻辑(使用/H)，这对了解业务逻辑的实和追踪错误很有效. 和VB不同的是，VB跟踪时允许程序运行指针随意往回或往全拉而ABAP程序去不行， 但是ABAP程序允许在运行时修改变量的值，这是编译程序不能做到的. 当然通常编译比解释执行的速度会更快.
ABAP程序执行并不直接读取源代码，而是执行内部经过“生成”的描述，对于ABAP/4字典的修改激活后将触发内部描述的重新生成，如程序并没激活就执行原版本，或者出现错误(程序没激活可能造成ABAP Dumping ABAP).
word
word
6 / 150
word
，除了可直接执行SQL(使用native sql，缺点是错误处理很难控制，相当于有开发环境将SQL 语句直接传给DB去执行)，SAP在ABAP开发环境层还提供了一套Open SQL访问底层数据库.
4. 程序员都知道Windows平台下开发都支持事件驱动，Windows系统本身也支持事件驱动，ABAP也提供了事件驱动，这表现在Dialog编程方面，但是ABAP在此方面并不强，而且相对讲也比较难于掌握(在后面会讨论).
，ABAP在此方面也有相当反应，在SAP强大的软件包中提供了大量可重复使用的程序，读者也可定义类并使用它快速建立新的对象.
，ABAP开发的程序能运行于任何操作系统(Java有Java虚拟机，ABAP也有ABAP processor)，多种数据库(比如在ABAP字典中实现了透明表对各种底层数据库表的映射，这样在ABAP层看到的透明表就和具体数据库无关)，各种网络系统.
图1-3是一个ABAP开发和运行环境的图例.
word
word
7 / 150
word
1 使用C|C++建立ABAP 开发工具，数亿行ABAP source code组成SAP AG多个产品.
姑且不论国内ERP产品设计在解决企业流程上的局限性，在大多数国外的ERP产品中我们都可看到结合自身ERP自带的开发工具，”不上ERP等死，上ERP找死”，”百分之百的企业上ERP都失败”诸如的空洞口号(实际上我并不知道他们是凭什么得出这样的结论的)，多干点实际的事情.
2 既然ABAP是解释型的，运行速度会有影响吗?我想多少会有的，为了解决这个问题，除了要加大相关服务器内存外(相对日新月异的硬件技术这已非主要瓶颈)
)，SAP本身在提高性能也提供了相当的ABAP技术，比如使用Cluster table， Pooled table和Logical database ，在接下来会有详细介绍.
一个ABAP顾问和我讨论说，大学毕业我做ABAP开发不久做了顾问，薪资相当可观，最要好同学在unix平台下写Cobar组件， 薪资却并不理想.
从技术角度，我认为使用C++写组件肯定比ABAP开发