ABAP心得

摘要： SAP的内表分为三类：STANDARD TABLE、SORTED TABLE、HASHED TABLE. 其中STANDARD TABLE 和SORTED TABLE是INDEX TABLE. 定义方式：DATA <itab> TYPE <tabkind> OF <linetype> [WITH [UNIQUE | NON-UNIQUE] <keydef> [INITIAL SIZE <n>]读表的操作 阅读全文

摘要： 这里不讨论IDOC具体的创建过程，仅说原理及机制。1.IDOC的两个特点：面向消息；异步；2.IDOC的两种应用： ALE:是面向于同一个公司不同的系统； EDI:是面向于不同公司；3.IDOC发送数据的流程： 创建凭证---> 产生IDOC---> 检查合作伙伴及端口--->发送数据。 详细如下：产生IDOC： 对于outbound来说，首先要做合作伙伴信息的建立，WE20; 定义message type。在进行端口及output mode、idoc type的设置对于OUTBUT MODE，如果选择transfer idoc immed，会立即产生IDOC文件；如果是CO 阅读全文

摘要： SAP的内存策略主要是：TABLE BUFFER 、SHARED OBJECTS 、SAP/ABAP MEMORY 。一、TABLE BUFFER是针对数据库表； 1.TABLE BUFFER 包含：table buffer（single-record buffer ,generic buffer ,full buffer）、Repository buffer 、Dictionary buffer、Number range 、Roll and paging buffers。 2.数据库表的数据在table buffer 是以关键字排序存放的，所以不能根据第二索引或者其他索引访问table bu 阅读全文

摘要： 首先说明一点：更新是异步的，更新是由SAP中UPD1和UPD2两个进程执行的，关于这两个进程各负责什么再说明一下UPD1先执行，主要是用于数据库表的更新，比如说写表UPD2后执行，主要是用于一些数据的收集统计等的更新，比如说为BW收集一下数据等等同时这个是可以在SM13看到的，如果看到日志中UPD1成功，UPD2失败，如有BW的取数，那肯定会丢数据的。所以说COMMIT WORK是异步的，为了使其同步，所有就有了COMMIT WORK AND WAIT.对于COMMIT WORK AND WAIT 来说，是可以判断是否更新成功的，SY-SUBRC NE 0就是有问题的。上面是最简单的区别，再有 阅读全文

摘要： SAP的进程种类分：前台进程、后台进程、打印进程、更新进程、队列进程其中更新进程分两种，V1和V2,如下图显示：更新方式决定了它的处理模式，首先在对话框程序中的所有V1的要求是可以独立的数据库LUW中。只有当他们成功地执行处理，才会触发独立LUWs V2的请求。 （→V1的- / v2更新阶段）v2更新模式用于数据库链接到V1的变化（主要的变化），但不一定要在执行相同的DB LUW的变化... 阅读全文

摘要： LUW是Logical Unit of Work，也就是逻辑工作单元。将系统中连续的变化放做一个逻辑单元里，可以全部执行，也可以全部不执行一般来说，一个业务事物不能被一个LUW处理，比如说从客户订单到收到的发票问题的过程，就是分为逻辑的几个部分，每个部分是用一个LUW处理；SAP的LUWs定义依赖于整个过程及其造型数据库的LUW是若干个变化（数据库数据的变化），直到出现DB COMMIT为止；在一... 阅读全文

摘要： 创建的流程是：创建的步骤：1.使用向导创建一个web serviceA:SE80,找一个package，右键 Create →Enterprise Service / WebService →Web Service. 2.进入向导页面： 继续： 根据自己的情况选择：主要是根据需求来定的，如果是个function，就可以选择function 继续： 选择自己需要的BAPI... 阅读全文