博客园_老猫的窝

Screen numbers

2011-07-25T07:50:00Z

Screen numbers greater than 9000 are reserved for SAP customers. Screen numbers 1000 through 1010 are reserved for the maintenance screens of ABAP Dictionary tables and the standard selection screens of reports.

选择屏幕编号范围：1000-1999
录入屏幕编号范围：1－999
子屏幕编号范围：3000－4999

在HR中你只能定义9000以上的屏幕号。

本文链接

ABAP 培训笔记 part 7

2011-06-17T01:11:00Z

子屏幕

建立步骤:
1.       先建立一个新的程序以存放子屏幕screen type ---subscreen
2.       在主程序屏幕中建立子屏幕区域(名称一定要大写)
3.       在屏幕的PBO中调用子屏幕
        call subscreen [屏幕区域名] including ‘[子屏幕程序名]’ ‘[子屏幕号]’.
4.       在PAI中调用子屏幕区域
Call subscreen [屏幕区域名].

   可能每一个事业部 有一个SAP系统,
   不同的程序适合不同的事业部
机会!!!!(子屏幕没出现)--- 没把握住机会….. 从新建立,成功了..

选项卡 tabstrip control

   选项卡分两种: 点击按钮不出现对应的子屏幕(没有实际价值) 和点击按钮出现子屏幕
   注意:  选项卡组成部分,  按钮 屏幕区域 内容(子屏幕)
    建立tabstrip control步骤:
1.       先选择 tabstrip控件
2.       为控件起名(大写)
3.      为按钮控件起名并填写重要参数
  fctcode = TAB1.   (该按钮的OK_CODE)
Ref. Field [区域名](引用区域)
(重点)fctype 变为P
            p:local gui function(把TAB下载在本地增加效率)空格:到了服务器
4.       建立其他按钮控件
5.       controls 定义tabstrip : controls  tabstrip  type  tabstrip.
6.       在PBO区域中加入子程序  call subscreen [区域名] including ‘[子屏幕程序名]’ ‘[屏幕号]’
7.       PBI 中放入call subscreen sub3.
8.       在PBO中写入显示MODULE 语句: module tabstrip_display.
9.        TAB中的按钮标题 tabstrip-activetab (tab活动的标题)
     定义一个data dynnr type sy-dynnr.(系统所指的页面)
      Case tabstrip-activetab.
       When ‘TAB1’.
         Dynnr = ‘101’.
       When ‘TAB2’.
         Dynnr = ‘102’.
      When others.
         Dynnr = ‘101’.
      tabstrip-activetab = ‘TAB1’.
                 Endcase.
10.   当点击按钮的时候要在PAI执行程序
     Case ok_code.
      When ‘TAB1’ or ‘TAB2’.
         Tabstrip-activetab = OK_CODE.

     End case.
       又出现机会了!!!!  SUB2跑出来了

Table control
使用向导可以非常简便
在layout中使用 table control向导
Name of table control  建立名称
Table name  dictionary table EKPO
Internal program table (内表)it_EKPO

Output only 仅仅输出
  Scroll 可以是滚动的

Set includes所包含的地方

输出后没有数据

数内表的行数需要用describe table it_ekpp lines tab_con-lines.
通过行数建立table control
需要添家
在loop内表之前
Select * from ekpo into corresponding fields of  table it_ekpo.

Table control 运作原理
  要想显示数据  先从数据库表中把数据放到数据库内表中
然后屏幕逐行出现数据.

填充过程

又有机会了~~~  做向导时  不出现tablecontrol

当拉动数值滚动条时 会跳到下一屏幕 如果停留在 本屏幕 就可以拉动了

SAP系统实现的形式
Business Engineer tools
Customizing定制:A1 带有模板的R/3 实施要比普通R/3要便宜
Personalization 个性化设定

技术人员自行开发
Modification(修订)---更改系统程序---
Enhancement (增强)----增加系统功能
Customer development (用户开发)---自行开发报表

尽可能不修订(需要后期升级)
尽可能多使用系统功能

蓝图阶段  一般不进入ABAP

业务顾问实力取决于跟过的项目
ABAP 程序员实力取决于开发的时间

实施SAP现要先培训一些精英用户---关键用户.
业务顾问的前身---关键用户.

学生刚到的时候就是关键用户.’

深圳的公司SD的业务非常复杂 MM会较为轻松

关键用户给  一般用户授课.

业务顾问和关键用户编写操作手册

沟通的能力 还耐心!!!!!!!!!

ABAP---业务顾问----项目经理

先接到功能设计书和业务顾问沟通

会计基础知识

英语!!!!!!!!!!!!!!!口语!!!!!!!!!!!!!!!!

本文链接

更改选择屏幕的GUI STATUS---RS_SET_SELSCREEN_STATUS

2011-06-07T08:02:00Z

REPORT ZEXAMPLE.

DATA: BEGIN OF P_EXTAB OCCURS 0,

        FCODE LIKE SY-PFKEY,

      END OF P_EXTAB.

PARAMETERS P_FCODE LIKE SY-PFKEY.

P_EXTAB-FCODE = P_FCODE.

APPEND P_EXTAB.

INITIALIZATION.

CALL FUNCTION 'RS_SET_SELSCREEN_STATUS'

     EXPORTING

          P_STATUS  = 'Z_SELSCREEN'"自定义的GUI STATUS

     TABLES

          P_EXCLUDE = P_EXTAB

     EXCEPTIONS

          OTHERS    = 1.

IF SY-SUBRC EQ 0.

  WRITE:/ 'FUNCTION', P_FCODE, 'HAS BEEN DISABLED'.

ELSE.

  WRITE:/ 'COULD NOT DISABLE', P_FCODE.

ENDIF.

本文链接

隐藏标准选择屏幕的执行按钮

2011-06-07T08:01:00Z

关键字: abap

CONSTANTS cns_exec(4)   TYPE c       VALUE 'ONLI'.
DATA      td_exclude    TYPE TABLE OF sy-ucomm.

PARAMETER p_1 TYPE lifnr.

AT SELECTION-SCREEN OUTPUT.
APPEND cns_exec TO td_exclude.
CALL FUNCTION 'RS_SET_SELSCREEN_STATUS'
    EXPORTING
      p_status = sy-pfkey
    TABLES
      p_exclude = td_exclude.

本文链接

SAP秀才-FI速成手册

2011-05-13T07:25:00Z

http://scola.wang.blog.163.com/blog/static/886636482009481471613/

本文链接

FOR ALL ENTRIES的效率问题

2011-03-15T01:20:00Z

今天与jgtang82讨论FOR ALL ENTRIES与JOIN问题
SAP的数据字典对FOR ALL ENTRIES的封装也并不那么聪明。
关于效率问题，恰好有个不错的文章
记下来，以后可以备考
FOR ALL ENTRIES vs DB2 JOIN
http://blogs.ittoolbox.com/sap/db2/archives/for-all-entries-vs-db2-join-8912

All abap programers and most of the dba's that support abap programmers are familiar with the abap clause "for all entries". Most of the web pages I visited recently, discuss 3 major drawbacks of the "for all entries" clause:

1. duplicate rows are automatically removed
2. if the itab used in the clause is empty , all the rows in the source table will be selected .
3. performance degradation when using the clause on big tables.

In this post I'd like to shed some light on the third issue. Specifically i'll discuss the use of the "for all entries" clause as a means to join tables in the abap code instead of in db2.

Say for example you have the following abap code:
Select * from mara
For all entries in itab
Where matnr = itab-matnr.

If the actual source of the material list (represented here by itab) is actually another database table, like:
select matnr from mseg
into corresponding fields of table itab
where ?

Then you could have used one sql statement that joins both tables.
Select t1.*
From mara t1, mseg t2
Where t1.matnr = t2.matnr
And T2?.

So what are the drawbacks of using the "for all entires" instead of a join ?

At run time , in order to fulfill the "for all entries " request, the abap engine will generate several sql statements (for detailed information on this refer to note 48230). Regardless of which method the engine uses (union all, "or" or "in" predicates) If the itab is bigger then a few records, the abap engine will break the itab into parts, and rerun an sql statement several times in a loop. This rerun of the same sql statement , each time with different host values, is a source of resource waste because it may lead to re-reading of data pages.
returing to the above example , lets say that our itab contains 500 records and that the abap engine will be forced to run the following sql statement 50 times with a list of 10 values each time.
Select * from mara
Where matnr in ( ...)

Db2 will be able to perform this sql statement cheaply all 50 times, using one of sap standard indexes that contain the matnr column. But in actuality, if you consider the wider picture (all 50 executions of the statement), you will see that some of the data pages, especially the root and middle-tire index pages have been re-read each execution.

Even though db2 has mechanisms like buffer pools and sequential detection to try to minimize the i/o cost of such cases, those mechanisms can only minimize the actual i/o operations , not the cpu cost of re-reading them once they are in memory. Had you coded the join, db2 would have known that you actually need 500 rows from mara, it would have been able to use other access methods, and potentially consume less getpages i/o and cpu.

In other words , when you use the "for all entries " clause instead of coding a join , you are depriving the database of important information needed to select the best access path for your application. Moreover, you are depriving your DBA of the same vital information. When the DBA monitors & tunes the system, he (or she) is less likely to recognize this kind of resource waste. The DBA will see a simple statement that uses an index , he is less likely to realize that this statement is executed in a loop unnecessarily.

In conclusion I suggest to "think twice" before using the "for all entries" clause and to evaluate the use of database views as a means to:
a. simplify sql
b. simplify abap code
c. get around open sql limitations.

Omer Brandis
DB2 DBA & SAP Basis professional (and all around nice guy)
omerb@srl.co.il

另外，附上NOTE 48230
Summary

Symptom
Performance problems with the open SQL statement "SELECT ... FOR ALL ENTRIES ...".

Other terms
FOR_ALL_ENTRIES

Reason and Prerequisites
The open SQL statement "SELECT ... FOR ALL ENTRIES ..." is an ABAP-specific enhancement of the SQL standard. This variant of the SELECT statement allows the ABAP programmer to join an internal program table with one or several database tables. (For a detailed description of that statement type please refer to the corresponding ABAP documentation.)
Since there is no analogous statement in the SQL standard, the open SQL statement has to be mapped from the database interface of the ABAP environment to one or several semantically equivalent SELECT statements which can be processed by the DB platform. Several profile parameters allow a definition of how the database interface should carry out this mapping with regard to the database. This note describes the parameters that can be used to control the "SELECT ... FOR ALL ENTRIES" statement and their effect.

Solution
The parameters mentioned in this note have considerable effects on most of the critical database commands and influence the performance of the whole system to a great extent. For this reason, before changing the parameters described in this note, a detailed problem analysis by experienced SAP consultants or the support team is required. Please note in particular that changing the parameters may often solve a local performance problem but it may also cause a still bigger problem to occur at another place. For this reason, prior to changing the profile parameters - which has a global effect on all statements - you should check first whether the performance problem might be caused by one or two positions in the corresponding application which can be corrected by a local change of the critical SQL statements.

The following profile parameters are available:

rsdb/prefer_join (ab Release 7.0)
           If you set this parameter to "1" the SELECT ... FOR ALL ENTRIES is implemented using a join. Note that this variant is only supported by the DB6 (DB2 UDB) and MS SQL Server database platforms.

rsdb/prefer_union_all
           You can override this parameter using rsdb/prefer_join = 1. The following remarks relate to rsdb/prefer_join = 0.

           Setting this parameter to "1" generates a linking of entire statements with UNION; setting it to "0" generates an OR link of conditions in the WHERE clause. Each of the linked partial statements/conditions represents an entry of the input table [itab].

For Example:
The open SQL statement

SELECT ... FOR ALL ENTRIES IN itab WHERE f = itab-f.

is mapped to an SQL statement which is consistent with the standard:

rsdb/prefer_union_all            = 0
=>
SELECT ... WHERE f = itab[1]-f
          OR    f = itab[2]-f
          ...
           OR    f = itab[N]-f

rsdb/prefer_union_all            = 1
=>
          SELECT ... WHERE f = itab[1]-f
UNION ALL SELECT ... WHERE f = itab[2]-f
....
UNION ALL SELECT ... WHERE f = itab[N]-f

Where N is the number of rows in itab, and itab[i]-f is the value of
field f in the i-th table row.

rsdb/prefer_in_itab_opt
           If this parameter is set to "1", a statement where only one field in the WHERE clause depends on the converted internal table is reflected by a statement with an IN clause. However, this is only possible if the field reference and the WHERE condition are simple enough: in essential the field reference must be a not negated EQ condition.

For Example:
If parameter rsdb/prefer_in_itab_opt is set to "1", the open SQL

SELECT ... FOR ALL ENTRIES IN itab WHERE f = itab-f.

is mapped to the following SQL statement:

SELECT ... WHERE f IN (itab[1]-f, itab[2]-f, ..., itab[N]-f)

rsdb/max_blocking_factor
           This parameter specifies an upper limit for the number of entries taken in from [itab] to be processed in one statement. This means that if the internal table specified in the FOR ALL ENTRIES clause contains more than rsdb/max_blocking_factor rows, the open SQL statement is split into several statements for the database the results of which are collected in the DB interface and then returned as an overall result to the ABAP program. For an internal table with N rows

N / "rsdb/max_blocking_factor" + 1

individual SELECT statements are issued for the database. However, this parameter has no effect on the translation to IN (...) (for prefer_in_itab_opt).

           Additionally the technical maximum blocking factor is calculated for each statement, so no limits of the database system are exceeded. If the limit of the blocking factor is lower than max_blocking_factor, the limit is used implicitely.

rsdb/max_in_blocking_factor
           This parameter, analogously to rsdb/max_blocking_factor, gives the upper limit for the number of entries to be processed from [itab] if the concrete statement is reflected on an IN clause (see prefer_in_itab_opt).

           Analogously to rsdb/max_blocking_factor also the limit of the blocking factor is used instead of rsdb/max_in_blocking_factor, if otherwise the upper limits of the database system would be exceeded.

rsdb/prefer_fix_blocking
           If the number of entries in [itab] is not divisible by max_blocking_factor, less entries (conditions) are allocated to the last statement which has been generated for processing the FOR ALL ENTRIES statement. The result is a new statement.
If the same FOR ALL ENTRIES statement is executed very frequently with a different number of entries in the input table [itab], different statements are created up to the maximum of max_blocking_factor statements.
This can be avoided by the above profile parameter.
If this parameter is set to "1", at most two statements of different length are generated. This is achieved by repeating the last value in the input table as if [itab] has been padded to the blocking factor ([itab] is not really modified).

rsdb/min_blocking_factor
           If this parameter is set to a value larger than "0" AND if rsdb/prefer_fix_blocking is set, 2 different blocking factors are used: a smaller (min_blocking_factor) and a larger factor (max_blocking_factor).
However, the min_blocking_factor is only used if there are only a few entries in [itab]: A little simplified, if the following applies: "Entries [itab] < max_blocking_factor / 2"

rsdb/min_in_blocking_factor
           This parameter works in conjunction with rsdb/min_blocking_factor, for the case that the addition FOR ALL ENTRIES has been implemented with an IN clause (see prefer_in_itab_opt).

Control over FOR ALL ENTRIES Hints
Under the heading Database Interface Hints, Note 129385 describes the options you have for influencing the database interface by entering hints. The hints are evaluated in the database interface itself and are not passed on to the database.

Starting with kernel Release 4.6B all the above mentioned FOR ALL ENTRIES parameters can be set via such a hint for a single statement. In the example:
SELECT * FROM [..] FOR ALL ENTRIES IN [..] WHERE [..]
%_HINTS ORACLE '&prefer_in_itab_opt 1&&prefer_fix_blocking -1&'.
This way, the boolean parameter 'prefer_in_itab_opt' is explictly set and the boolean parameter 'prefer_fix_blocking' is set to its default value.

FOR ALL ENTRIES hints, like hints are generally only used as a a corrective device in emergency situations; Note 129385 goes into this. The hints described here should only be used with careful consideration.

本文链接

SAP学习笔记(HR Develepment学习笔记1)

2011-02-24T00:21:00Z

SAP HR一般会有很多开发。而这个模块数据的特点也让它的开发和其它模块有些不同。HR的所有数据都是以信息类型来保存的，每个信息类型的数据都和时间段紧密相连。HR开发一般使用sap提供的Logic database pnp.用起来也非常简单。只需要在新建程序时，加上pnp。然后在程序里加上Tables: PERNR.需要用到哪些信息类型加上就可以了。

比如我需要用到个人数据(2)这个信息类型的数据。那么程序就这样写：

view plain copy to clipboard print ?

TABLES: PERNR.
INFOTYPES: 0002.
GET PERNR.
PROVIDE * FROM P0001
BETWEEN PN-BEGDA AND PN-ENDDA.
WRITE...
ENDPROVIDE.

TABLES: PERNR.INFOTYPES: 0002.GET PERNR. PROVIDE * FROM P0001 BETWEEN PN-BEGDA AND PN-ENDDA. WRITE... ENDPROVIDE.

Join

上面这是一个最简单的HR报表了。它的语法确实很简单。但是刚开始必须要把HR数据的结构弄明白，否则复杂一些就晕了。HR的数据有一个共同点，所有的记录都有一个起始日期和结束日期。可以用Join的语法来把多个信息类型放在一起来取数。但是必须注意数据的时间段的用法，如下图1：

第一种，该信息类型的数据不允许日期存在间隔或重叠。

第二种，信息类型的数据允许存在间隔，但是不允许重叠。

第三种，信息类型的数据即允许有间隔也允许有重叠。

对于取数的时候，某个特定的时间段如果有重复的数据实际是没有意义的，所以用join的时候只允许针对前两种情况来。

Join的语法也很简单，比如需要同时取组织分配(1)和个人数据(2)的数，那么程序可以这样写：

view plain copy to clipboard print ?

TABLES: PERNR.
INFOTYPES: 0001,0002.
GET PERNR.
PROVIDE * FROM P0001
* FROM P0002
BETWEEN PN-BEGDA AND PN-ENDDA.
WRITE...
ENDPROVIDE.

TABLES: PERNR.INFOTYPES: 0001,0002.GET PERNR. PROVIDE * FROM P0001 * FROM P0002 BETWEEN PN-BEGDA AND PN-ENDDA. WRITE... ENDPROVIDE.

那么如果两个信息记录的数据如果时间段不是严格匹配的，这也是非常正常的情况，那么程序会如何输出呢？如下图2所示：

员工名字叫Andy Wang，他在2008.1.1被雇佣，地址是Shanghai，在2008.1.10才录入系统。报表需要输出员工的姓名和地址。那么必须取两个信息类型:个人信息和地址信息。在Join两个信息类型的时候，系统会自动按照每个时间点分为多条记录。这个例子的话，会自动分成两段：2008.1.1 - 2008.1.9， 2008.1.10 - 9999.12.31。然后如果某个信息记录在某个时间段有数的话，自动生成的变量PXXX_VALID就会被赋值'X'。那么如果用户屏幕上输入查询日期：2008.1.5 - 2008.1.31。程序输出就是：2008.1.10 - 2008.1.31 Andy Wang, Shanghai。之所以这样输出，是由于2008.1.10之前是没有地址的。所以在2008.1.1-2008.10这个时间段p0006_valid为空值。

所有程序代码:

view plain copy to clipboard print ?

TABLES: PERNR.
INFOTYPES: 0002,0006.
GET PERNR.
PROVIDE * FROM P0002
* FROM P0006
BETWEEN PN-BEGDA AND PN-ENDDA.
IF P0006_VALID = 'X'.
WRITE:P0002-BEGDA, P0002-ENDDA, P0002-NACHN, P0002-VORNA, P0006-ORT01.
ENDIF.
ENDPROVIDE.

TABLES: PERNR.INFOTYPES: 0002,0006.GET PERNR. PROVIDE * FROM P0002 * FROM P0006 BETWEEN PN-BEGDA AND PN-ENDDA. IF P0006_VALID = 'X'. WRITE:P0002-BEGDA, P0002-ENDDA, P0002-NACHN, P0002-VORNA, P0006-ORT01. ENDIF. ENDPROVIDE.

再看另外一个例子，如下图3所示，假设该员工地址只在时间段2008.1.10 - 2008.1.31有值。那么如果用户在输入选择条件2008.1.5 - 2008.2.15,输出应该是2008.1.10 - 2008.1.31 Andy Wang, Shanghai。之所以这样输出，是由于在1.10号以前和1.31号以后都没有地址。这样输出是正确的。

继续将这个例子复杂化，该员工在2008.2.10以后改名叫Jacky Wang，而不同时间段的地址也不一样，那么程序会如何输出呢。如下图4所示：

对于该员工，假设选择条件是2007.12.1 - 2008.2.31，那么系统会分成以下时间段：

2008.1.1 - 2008.1.9 (无地址信息，p0006_valid为空)

2008.1.10 - 2008.1.31 (Andy Wang, Shanghai)

2008.2.1 - 2008.2.10 (Andy Wang, Beijing)

2008.2.11 - 2008.2.31 (Jacky Wang, Beijing)

Projection

除了Join，另外一个重要的语法就是Projection了。在将信息类型的所有字段都取出来叫Join，如果只取个别字段就叫Projection。而系统会自动将根据该字段来做时间合并。比如如下图5所示：一个用户的组织分配信息类型有2条记录。分别是1.1-1.31 和 2.1 - 9999.12.31。这两条记录只有job发生了变化，而该员工的position并没有改变。那么如果根据Projection来只取job和只取postion是不同的。取job字段的时候，还是会分为两个时间段。

但是在用position只取position字段的时候，由于postion并没有发生变化，所以系统会自动将它们合并，如下图6所示:

如果掌握了HR的基本概念以及它的数据结构组成，就可以使用Join和Projection来做简单的HR开发了

本文链接

程序间的调用

2011-01-10T03:12:00Z

一，同步调用

从一个程序同步调用其他的ABAP程序，有2种方式：

1，调用程序被打断，当被调用程序执行完毕之后，调用程序继续执行。如：

CALL FUNCTION <function>

SUBMIT <program> AND RETURN

CALL TRANSACTION <tcode>

使用CALL FUNCTION ‘AAA’调用FM的时候，相应的FUNCTION GROUP被加载到调用程序所在的internal session。当FM执行完毕，接着执行调用程序。FUNCTION GROUP和其GLOBAL DATA会一直保存在这个internal session直到调用程序结束。当调用程序再次调用这个FM的时候，不会再次加载相应的FUNCTION GROUP。这个FUNCTON GROUP的GLOBAL DATA和第一次调用它时的内容是一样的。

使用SUBMIT <program> AND RETURN或者CALL TRANSACTION <tcode>的时候，实际是插入了一个新的internal session，当被调用的程序执行完毕之后，新插入的internal session会被删除，继续执行调用程序。可以使用leave program语句来结束程序。

2,调用程序被结束，被调用程序开始执行。如：

SUBMIT <program>

LEAVE TO TRANSACTION <tcode>.

使用SUBMIT语句之后，调用程序从所在的internal session中被删除了，被调用的程序被加载到这个internal session。

使用LEAVE TO TRANSACTION <tcode>之后，当前external session中的所有internal session会被删除，并产生一个新的internal session，被调用的tcode会加载到这个新的internal session中。特别要注意的是，使用这个语句之后，ABAP MEMORY会被初始化，意思就是你不可以通过ABAP MEMORY向被调用的tcode传值。

二，FUNCTION MODULE的异步调用

CALL FUNCTION ‘AAA’ STARTING NEW TASK <taskname>

PERFORMING <subroutine> ON END OF TASK

EXPORTING

…..

使用上面语句之后，AAA和调用其的程序会并行运行。可以在<subroutine>中使用RECEIVE RESULTS FROM FUNCTION ‘AAA’语句来获得FUNCTION运行的结果。值得注意的是，用STARTING NEW TASK形式的FM的processing type必须要是REMOTE-CAPABLE MODULE.

三，LOGICAL MEMORY

一个用户session可以有多个external session，可以理解你开了几个SAP的窗口，就有几个external session，一般设置为6个。

一个external session里可以有多个internal session（最多20个，想想LIST的LSIND为什么不能超过20）。一个程序一般来说是在一个internal session里处理的。

可以用ABAP MEMORY(EXPORT/IMPORT)和SAP MEMORY（GET/SET）在不同的程序之间传递数据。

一个用户session有一个SAP MEMORY，这个用户session里所有session都可以访问SAP MEMORY，但是SAP MEMORY一般用于不同external session间的internal session传值。

每个external session包含一个ABAP MEMORY，属于这个external session的internal session都可以访问这个ABAP MEMORY，ABAP MEMORY适合在一个external session的不同internal session间传值。

当external session终止的时候，自动会释放其ABAP MEMORY。

本文链接

abap技术问题中文

2010-12-31T03:54:00Z

问题一：锁对象（Lock Object）和 FM（Function Module）
激活锁定对象时，产生的 FM 的名字是什么？
答案：首先要在 ABAP 字典中创建锁对象，然后才能在 ABAP 程序中设锁。创建锁对象时，系统会自动生成两个 FM 来进行锁管理。

用于设锁的 FM 为： ENQUEUE_<锁对象名>。它用于在锁表（Lock Table）中生成一个锁项（Lock Entry）。若设锁不成功的话，就会在 Return 中反映出来。

用于释放锁的 FM 为：DEQUEUE_<锁对象名>。它用于从锁表中删除一个锁项。

在 ABAP 程序中，只需使用 "CALL FUNCITION ..." 语句就可以调用它们。

这两个锁 FM 是在 SAP 系统的一个特殊工作进程中执行的，专门进行锁管理。它运行在一个单独的服务器上，而该服务器专门用于维护整个 SAP 系统的主锁表（Central Locak Table）。

有两种锁类型：

共享锁——只读锁，一个用户正在读数据时，阻止其他用户更改该数据。

独占锁——可写锁，一个用户正在修改数据时，阻止其他用户更改该数据。

问题二：更新方面的 FM

更新 FM 分为 V1 和 V2，那么首先会执行哪一种更新类型呢？每种类型又是以哪种模式（异步、同步或本地）执行的呢？

答案：V1 更新类型比 V2 更新类型的优先级高，因此，V1 比 V2 行执行。V1 的执行模式可以为异步、同步或本地；V2 只能为异步执行。

问题三：ABAP 内存（ABAP Memory）交换

在使用 ABAP 内存的程序间进行数据交换时用到的两个语句是什么？

答案：EXPORT to MEMORY ID <id> 用于将数据复制到 ABAP 内存，IMPORT from MEMORY ID <id> 用于将数据从 ABAP 内存复制到程序中。

在 ABAP 内存间进行交换的数据必须在两个程序中都进行声明，并包含同样的数据声明。

问题四：授权对象（Authorization Objects）
什么是授权对象？在 ABAP 程序中使用哪条语句进行授权检查？
答案：授权对象由一组字段组成，这些字段中的值将被用于进行授权检查。ABAP 程序中使用 AUTHORITY-CHECK 语句根据授权对象进行授权检查。在 AUTHORITY-CHECK 语句中，必须指明授权对象的所有字段，但有一个例外，可以用 DUMMY 关键字来绕过某个字段的检查。
一个授权对象中最多可以定义 10 个字段。

问题五：修改（Modifications）
在 SAP 系统中是怎样定义"修改"的？它们对更新（upgrade）有怎样的影响？
答案：修改是指用户对 SAP 发布的库对象（Repository Object）进行的更改。
必须在更新期间对修改进行评审（Review），来决定是否应该使用新的 SAP 对象，以及将来使用时是否需要进一步修改该对象。

问题六：修改助手（Modification Assistant）
什么是修改助手？
答案：修改助手是 4.5 版中引入的一个工具，用于简化更新过程。可以通过 ABAP 编辑器触发修改助手，它会记录对系统进行的修改。修改助手支持通过 ABAP 编辑器、Screen Painter、Menu Painter、文本元素维护、Function Builder 和 ABAP 字典进行的修改。
问题七：功能模块出口（Function Module Exit）
实现功能模块出口时 SAP 应用程序中应使用哪条语句？
答案：某些 SAP 应用程序中存在功能模块出口，它使用户能够向 SAP 程序中添加一些功能。通过搜索 "CALL CUSTOMER" 可以发现是否存在功能模块出口。

问题八：事务变式（Transaction Variants）
什么是事务变式？为何要使用它？
答案：事务变式是一组屏幕变式，用于预定义屏幕行为和默认值。通过使用变式功能，可以将用户不需要的字段、子屏幕及全屏幕从用户视图中取消。可以给任何输入字段设置默认值，字段也可以不用带 "Ready for Input" 状态。
只能为对话和报表事务创建事务变式；变式中只能包含普通屏幕、子屏幕及对话屏幕。
开发人员可以使用 GuiXT 脚本语言通过事务变式维护对屏幕进行修改。修改屏幕布局的方式有：插入按钮、值帮助（Value Helps）、移动对象、插入屏幕等等。

问题九：更改 SAP （Changing SAP）
请列出用户修改 SAP 标准功能的不同方式。
答案：SAP Standard 可以通过 Personalization、Customizing、Modifications、Enhancements 及自定义 ABAP 程序进行更改。这些方式的示例如下：
Personalization——Personalization 技术包含创建变式、设置/获取参数及活动组（Activity Groups）。
Customizing ——是最常用的使用 SAP 工具（如 R/3 Reference Model and Implementation Guide）更改 SAP Standard 的方式。可以认为 Customizing 是实施 R/3 所必需的，通常由 Functional Team 来执行。
Enhancements——常由开发 Team 执行，包含的活动有：字典增强、Funciton Module Exits、菜单和屏幕出口及 Business Add-ins （BADI）。

自定义 ABAP 程序——可以与 SAP 对象或自定义开发的对象一起工作。
Modifications——不建议对 SAP 对象使用 Modifications。使用 SSCR （SAP Software Change Registration）注册所有对 SAP 对象的手动修改。

问题十：添加字段
向 SAP 表中添加字段的方法是哪两种？
答案：这两种方法是：Append 结构（Append Structure）和自定义 Include（Customizing Include）。Append 结构是在向表尾添加字段时创建的，自定义 Include 由 SAP 开发人员指定，以使用户可以创建新字段。

问题十一：什么是 BADI？
答案：BADI 是 Business Add-in 的缩写。它是一种新的功能增强概念，使用 ABAP 对象技术。这是一种使用面向对象的方法来进行 SAP 增强。实现 BADI 要用到类、接口及方法等面向对象的概念。
要对一个 SAP 应用程序进行增强，必须首先定义 BADI。为 BADI 创建一个接口，接着创建一个适配器类（Adapter Class）来实现这个接口，然后创建这个适配器类的实例。

本文链接

函数组的文件结构

2010-10-09T02:58:00Z

初学 ABAP 函数模块的的朋友经常会被函数组整体的复杂结构搞晕，弄不清楚函数模块跟函数组有什么关系，全局数据又是什么东西，其实只要稍微整理一下，函数组的整体结构就很清楚了，下面我就用一个实例说明一下。

假设，函数组的名称为 <fgroup>，其中包含两个函数模块 <fmodule1> <fmodule2>。这里用尖括号是为了更好的区分 SAP 自动添加的命名规则和用户定义的名称。

则整个函数组就包含下列文件（ABAP 概念的文件，或者叫程序更准确一些）。

SAPL<fgroup>：这个是函数组主文件，内容如下：

Code
*******************************************************************
*???System-defined?Include-files.?????????????????????????????????*
*******************************************************************
??INCLUDE?L<fgroup>TOP.???????????????????????"?Global?Data
??INCLUDE?L<fgroup>UXX.???????????????????????"?Function?Modules

*******************************************************************
*???User-defined?Include-files?(if?necessary).????????????????????*
*******************************************************************
*?INCLUDE?L<fgroup>F???????????????????????"?Subprograms
*?INCLUDE?L<fgroup>O???????????????????????"?PBO-Modules
*?INCLUDE?L<fgroup>I???????????????????????"?PAI-Modules

然后，包含文件 L<fgroup>TOP 中是函数组定义和全局数据，内容如下：

Code
FUNCTION-POOL?zmdtext.??????????????????????"MESSAGE-ID?..

*?Other?Globle?Data

而包含文件 L<fgroup>UXX 中则又包含了两个包含文件，并且它是不允许用户手工修改，而是 SAP?自动管理：

Code
*****************************************************************
*???THIS?FILE?IS?GENERATED?BY?THE?FUNCTION?LIBRARY.?????????????*
*???NEVER?CHANGE?IT?MANUALLY,?PLEASE!???????????????????????????*
*****************************************************************
INCLUDE?L<fgroup>U01.
????????????????????"<fmodule1>
INCLUDE?L<fgroup>U02.
????????????????????"<fmodule2>

名为? L<fgroup>Uxx 的包含程序则每个包含了一个函数模块的定义 FUNCTION?<fmodulexx> ... ENDFUNCTION

用户还可以在函数组的主程序中添加其它包含文件或代码，用来存储子程序、PAI、PBO 等数据。

用一个树型结构展开如下：

SAPL<fgroup>
　L<fgroup>TOP
　L<fgroup>UXX
L<fgroup>U01
L<fgroup>U02
L<fgroup>U....
　L<fgroup>F
　L<fgroup>O
　L<fgroup>I

本文链接