在sap里面open sql最为普遍。在hana之前,sap只是ERP类型软件,不提供数据库,数据库需要另行安装。为了适应各种数据库,SAP提供了Open sql这种技术作为abap开发使用,在后端SAP负责将open sql转换为对应数据的SQL语句。
而native sql就是abap开发程序中建立与其他数据库的连接,并直接使用该数据库对应的sql语句进行 *** 作。在实际开发中较少使用到。
读取单一行数据
select single * from [table] into [wa] where [field] = ...
在读取单一行数据时,尽量使用KEY值去搜索。当sy-subrc = 0时,读取成功,当它为4时,数据不存在。
读取多行数据
select * from [table] into table [itab] where [field] = ...
关注sy-dbcnt字段,但读取成功时,该字段存储数据条目信息
只读取部分数据
将数据读取出来后,可能仅仅使用其中的几个字段,这时就尽量不要读取整行的数据。读取到的数据是占用内存的,尽量控制占用量。
读取单行的部分字段:
select single [fields] from [table] into(variants) where [fields] = ....
select single [fields] from [table] into cprresponding fields of [wa] where [fields] = ....
有些report的前后台执行逻辑不一致、或该JOB是某个report中触发的,入参不明确、或者入参过于复杂时,需要开发直接DEBUG该JOB。
勾选需要DEBUG的JOB,输入JDBG,即可进行DEBUG。
如果这个report可以前台执行时,就比较容易了。找到出错JOB的入参,前台直接DEBUG。
Tcode: SM37 勾选需要处理的JOB名字,点击"STEP"
(选中JOB,查看JOB的变式)
选择“Go to-Variant”
(显示变式内容)
合同你可以把他当作一个供应源来看待,在采购申请分配供应源的时候,可以把这个采购申请分配给合同,然后再转成采购订单。或者在建立订单的时候可以参照合同建立订单。而计划协议有一部分功能和合同很类似。也是和供应商建立相对长期的框架协议。但是计划协议更灵活,它可以配置成自动产生交货计划或者手动维护交货计划,那么在交货的日期,migo可以直接对这个计划协议进行收货。
源清单自动维护的时候会把合同和计划协议当作供应源。一张采购申请可以分配给计划协议,然后在处理的时候会转成交货计划而不是采购订单。
当然系统可以配置成mrp自动跑出交货计划而不是采购申请,假如这个物料存在计划协议的话。
在CO03里面的成本分析里面可以查到。SAP里面的实际生产成本都是分生产订单(order)的。
在CO03里面的成本分析里面可以查到每个生产订单的成本投入情况,全年的你要自己汇总了,除非你一年一个成品或者半成品就一张订单。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)