ABAP语法详解教材第209章编程数据库更新.docx

1、ABAP语法详解教材 第209章 编程数据库更新第九章 编程数据库 更新概览要有效地进 行编程数据 库更新，程 序员必须主 要关注于：内容SAP 数据库环境 R/3 体系结构： 概述 SAP 系统中的事 务 更新绑定介 绍 SAP 锁定介绍 更新编程技 术 维护数据库 完整性 优化事务性 能 未绑定的更 新 在对话任务 中的绑定更 新 更新任务中 的绑定更新 后台任务中 的绑定更新 COMMIT WORK 处理 ROLLBACK WORK 处理 后台处理考 虑 绑定更新的 错误处理 SAP 系统中的锁 定 定义锁定对 象 调用 ENQUEUE/DEQUEUE 功能模块 _ 保持数据 库的正确性

2、_ 优化用户 的反应时间SAP 系统提供了 许多更新数 据库的方法 。每种方法 都利用了 SAP 体系结构的 不同特征。 本章用以描 述这些方法 并提供选择 最适合用户 应用程序的 方法指南。 下列主题提 供信息：SAP 数据库环境 (页 ) 更新编程技 术 (页 ) SAP 系统中的锁 定 (页 ) SAP 数据库环境如果正在事 务中更新数 据库，那么 SAP 数据库环境 提供可想而 知的一些专 用特征。关 于编程更新 之前的快速 入门，参见 ：SAP 系统中的事 务 (页 ) 更新绑定介 绍 (页 ) SAP 锁定介绍 (页 ) R/3 体系结构： 概述为了了解 R/3 系统如何执 行数据

3、库更 新，应该熟 悉 R/3 体系结构。客户机/服 务器配置SAP 的三级客户 机/服务器 配置包括演 示（用户前 端），应用 逻辑（用户 处理对话） 和数据存储 （执行数据 库请求）。 演示服务器 使用 SAPGUI 程序提供 R/3 用户界面。 如果用户启 动事务，则 SAPGUI 传递条目到 调度程序。 调度程序将 挂起的处理 任务分配给 多个工作进 程。具体的 工作进程数 取决于配置 。工作进程 可以直接访 问数据库， 该数据库使 用共享服务 在不同的计 算机上存储 。多用户系统该对话工作 进程交替控 制当前用户 会话。如果 用户输入动 态处理请求 系统处理， 则调度程序 将其放入队

4、列。一旦对 话工作进程 为空，则队 列顶部的作 业将被分配 给该进程以 便进行处理 。然后，对 话工作进程 执行一对话 步骤。每次 更改屏幕之 后，都将触 发数据库的 提交。这样 将清空屏幕 间的对话进 程，以允许 其处理由调 度程序所分 配的新对话 步骤。切换工作进 程和更新数 据库.由于已将任 务分配给了 空的工作进 程，因此必 须优化系统 资源的使用 并优化负载 的承担。但 是，设计事 务流时，事 务开发者必 须记住在事 务处理期间 工作进程必 须切换多次 。如果事务 更改了数据 库，那么， 此事实十分 重要，因为 一旦工作进 程清空，则 系统释放数 据库锁定并 关闭数据库 光标。要保

5、持更改正确 ，必须知道 该点何时到 达以及应采 取的行动。 本章将说明 用于编程的 校正和有效 数据库更改 的技术。ABAP/4 提供的优化 数据库更新 的技术独立 于基础数据 库，并且符 合对话编程 的特别要求 。更新和排队 服务除对话进程 外，每个 R/3 系统包含一 个或多个更 新服务和一 个排队服务 。使用这些 服务更新 R/3 中的数据库对话事务可 以直接或间 接更改数据 库。对于直 接更改，由 对话工作进 程执行更新 程序。强制 对话用户等 待直到作任 何输入之前 更新操作已 经完成为止 。在异步更 新中，事务 的对话部分 与数据库的 实际更新分 离（例如， 由于性能的 原因）。专

6、 门的更新工 作进程执行 数据库更新 。排队服务管 理 R/3 系统中的内 部锁定。按 照规则，关 系型数据库 系统的锁定 机制不满足 R/S 的要求。由 不同工作进 程处理对话 步骤的事务 甚至在切换 时都必须保 留赋予的锁 定。每个锁 定不仅适用 执行锁定事 务的应用服 务器，而且 适用其它任 何客户机/服 务器配置。 因此，每个 R/3 系统只包含 一个排队服 务。（关于 逻辑锁定的 详细信息， 参见 SAP 锁定介绍 (页 ) ）。SAP 系统中的事 务在通常意义 下，事务是 让用户更改 数据库的操 作。该操作 必须以“全 部或没有” 的方式执行 。如果事务 运行成功， 则应该执行 所

7、有的更改 。如果事务 遇到错误， 则不执行任 何更改。当在事务的 中途发生错 误时，应该 取消该点前 的任何数据 库更改。这 将使数据库 保留事务开 始前的状态 。在 SAP 系统中，数 据库级事务 和作为程序 员设计的事 务之间有重 要区别。此 区别（本节 中说明）是 用于执行数 据库更新的 绑定技术的 动机。事务和 LUW在 SAP 系统中，单 词事务有几 种意义：_ 数据库事 务（“LUW” 或“数据库 LUW”）在数据库世 界中，“全 部或没有” 事务称为 LUW（工 作逻辑单元 ）。LUW 是必须作为 单元执行的 所有更新请 求的时间段 。在 LUW 结尾，系统 或者提交对 数据库的

8、更 新或者丢弃 这些更新（ 丢弃更改称 为“反转” ）。每次提 交或反转既 是一个 LUW 的结束又标 志着下一个 LUW 的开始。SAP 系统在每次 更改屏幕时 自动触发数 据库的提交 操作。这意 味着数据库 LUW 最长维持从 一个屏幕到 下一个屏幕 的更改。_ 更新事务 （“SAP LUW”）事务是组成 逻辑单元的 业务相关任 务。该任务 的执行需要 几个 SAP 屏幕来实施 ，但是可以 组成单个功 能（例如， 显示数据库 、更改数据 库或者发送 消息）。不 是所有事务 都涉及更新 数据库。但 是在本章中 ，我们只讨 论执行更新 的事务（“ 更新事务” ）。作为逻辑单 元，更新事 务应该

9、全部 执行或根本 不执行。因 此有时称它 们为 SAP LUW，以 使其同数据 库 LUW 区分开来。 一般地，更 新事务通常 跨越几个数 据库 LUW，并 且在 ABAP/4 级使用 COMMIT WORK 命令关闭。 （该命令执 行几个任务 ，其间触发 数据库执行 ）。_ ABAP/4 事务（“SAP 事务”）ABAP/4 事务是在单 个事务代码 下结合的业 务相关任务 集。ABAP/4 事务可能包 括几个“更 新事务”（ 如同以前所 作的说明） 。作为程序 ，ABAP/4 事务是包括 模块存储、 屏幕、菜单 界面、事务 代码等等的 复杂对象。LUW 和更新事务“LUW” （工作逻辑 单元

10、）是数 据库更新必 须以“全部 或没有”方 式执行的时 间段。或者 全部执行（ 提交），或 者丢弃（返 回）。在 ABAP/4 系统中，LUW 和事务可以 有几个意义 ：_ LUW（ 或“数据库 LUW”或 “数据库事 务”）这是由数据 库提交终止 的更新集。 LUW 最长从一个 屏幕更改维 持到另一个 屏幕更改（ 因为 SAP 系统在每次 屏幕更改时 自动触发数 据库的提交 ）。_ 更新事务 （或“SAP LUW”）这是由 ABAP/4 提交终止的 更新集。SAP LUW 的维持可以 比数据库 LUW 的维持长得 多，原因是 大多数更新 处理超过多 重事务屏幕 。程序员通 过发出 COMMI

11、T WORK 语句来终止 更新事务。更新绑定介 绍用于绑定更 新的 ABAP/4 技术使您可 以编程超过 几个屏幕的 全部或没有 的事务（逻 辑 LUW）。 只能在结尾 时提交对这 些事务的更 改。该事务 有两个重要 特征：_ 可以避免 每次屏幕更 改时提交更 新。_ 可以锁定 即将跨过多 重屏幕予以 更新的对象 。介绍主题是 ： 为什么更新 绑定？ (页 ) 绑定技术概 要 (页 ) 不同工作进 程中的更新 (页 ) 同步和异步 更新 (页 ) 关于绑定更 新的详细信 息，参见： 更新编程技 术 (页 ) 为什么更新 绑定？SAP 系统在每次 屏幕更新和 其它时间（ 每个 CALL SCRE

12、EN、 CALL DIALOG或 CALL TRANSACTION 语句，每个 MESSAGE 语句和每个 远程函数调 用）自动触 发“数据库 提交”。这些数据库 提交允许系 统在屏幕间 释放对话任 务。提交在 系统内部发 生，并且不 受程序员影 响。无论何 时出现运行 时间错误或 者程序发出 错误消息（ MESSAGE 类型“A” ），都会触 发数据库反 转。一般地 ，可以将数 据库 LUW 看作是跨越 单个屏幕的 所有处理。但是编程的 更新事务， 通常跨越几 个屏幕。因 此，不能依 靠数据库提 交结束更新 。如果已经 这样做，那 么，只要允 许（在每次 屏幕更改时 ）系统将提 交更新，并

13、且不能反转 。如果稍后 发生错误， 或者用户要 取消此操作 ，那么，由 于太迟将无 法反转以前 屏幕上所作 的更新。数据库锁定 涉及相关问 题。系统自 动创建并释 放数据库锁 定。为每条 更新语句创 建数据库锁 定并在每个 数据库提交 时予以释放 。然后在每 次屏幕更改 时释放数据 库锁定，这 意味着不提 供对要锁定 保护长于单 个屏幕的对 象的额外的 访问。要定址这些 主题，SAP 系统提供：_ 在 ABAP/4 中的更新绑 定技术ABAP/4 提供在特别 更新例程中 的绑定更新 命令。推迟 执行这些例 程直到程序 发出显式的 “SAP 提交”。SAP 提交是触发 数据库提交 的 ABAP/

14、4 语句（COMMIT WORK） ，但也执行 其它功能。 通过这些技 术，可以在 更新事务结 束处执行更 新，而不是 在每次屏幕 更新时。_ SAP 锁定系统允许在 数据库对象 上定义 SAP 锁定。SAP 锁定是 SAP 系统中的逻 辑锁定，而 不是自动应 用的数据库 锁定。通过 SAP 锁定，可以 锁定即将跨 越多重屏幕 予以更新的 对象。绑定技术概 要通过更新绑 定，可以将 更新包装到 只有当程序 发出 ABAP/4 提交时才运 行的特殊例 程。（或者 ，如果程序 发出 ABAP/4 反转，则取 消此执行） 。为此，请 使用：PERFORM ON COMMIT CALL FUNCTIO

15、N IN UPDATE TASK CALL FUNCTION IN BACKGROUND TASK 这些语句指 定不立即执 行给定的 FORM 例程或者功 能模块，而 是在下次 ABAP/4 提交时执行 。ABAP/4 提交是触发 数据库提交 的 ABAP/4 语句，同时 也执行其它 功能。执行 这些提交和 反转的 ABAP/4 语句是：COMMIT WORKROLLBACK WORKCOMMIT WORK 和 ROLLBACK WORK 语句执行与 任务同步执 行相关的许 多功能。其 中之一用于 关闭更新事 务，可以触 发数据库提 交或数据库 反转。如同 LUW 中的数据库 提交（或反 转）

16、，COMMIT WORK 和 ROLLBACK WORK 将“操作边 界”（逻辑 开始和结束 ）定义为全 部或没有的 更新集。因 此，在更新事务 (页 ) 最后的 LUW 中使用这些 语句。使用 ABAP/4 绑定技术， 可以根据需 要定制更新 过程。介绍 信息，参见 ： 不同工作进 程中的更新 (页 ) 同步和异步 更新 (页 ) 不同工作进 程中的更新ABAP/4 绑定技术可 以将更新分 配到不同的 工作进程。 使用每个可 能的技术， 用 COMMIT WORK 语句触发实 际执行：_ 在对话任 务中的更新PERFORM ON COMMIT 语句在对话 任务中调用 表单例程， 但是推迟其

17、执行直到系 统遇到下一 条 COMMIT WORK 语句为止。 由于 COMMIT WORK 语句出现在 更新事务的 逻辑结束处 ，所以任何 通过 PERFORM ON COMMIT 调用的表单 例程中的更 新语句都在 更新事务 (页 ) 中的最后 LUW 中运行。详细信息， 参见 在对话任务 中的绑定更 新 (页 ) 。_ 更新任务 中的更新CALL FUNCTION IN UPDATE TASK 语句记录在 更新任务中 执行的功能 模块。后续 的 COMMIT WORK 语句触发实 际执行。在更新任务 中运行的功 能模块，有 指定执行功 能如何运行 和何时运行 的属性（“ 进程类型” 字段

18、）。一 些更新功能 （称为“V1” 功能）和相 同进程类型 的其它功能 一起在单个更新事务 (页 ) 中运行，并 按请求顺序 立即执行。 其它更新功 能（称为“ V2”功能 ）总在其单 个更新事务 中运行。这 些功能有推 迟起点的“ 进程类型” ，并且用于 较少的关键 请求。详细信息， 参见：更新任务中 的绑定更新 (页 ) 。_ 后台任务 中的更新（ 远程主机）CALL FUNCTION IN BACKGROUND TASK 语句记录在 后台任务中 运行的功能 模块。通常 ，该语句用 于执行远程 主机上的函 数（通过指 定附加参数 DESTINATION） 。后面的 COMMIT WORK

19、语句触发实 际远程函数 调用。后台任务函 数作为低优 先级请求处 理，但是相 同目的地的 所有请求在 同一更新事 务中运行。详细信息， 参见：后台任务中 的绑定更新 (页 ) 。关于 RFC 编程的详细 信息，参见 远程通讯 (页 Error! Not a valid link.) 。同步和异步 更新“同步”和 “异步”概 念是等待概 念的关键。 程序请求系 统执行某一 任务，然后 或者等待或 者不等待完 成任务。在 同步处理中 ，程序等待 ：只有任务 完成之后控 制才返回到 程序。而在 异步处理中 ，程序不等 待：在记录 执行请求之 后系统返回 控制。在 SAP 数据库系统 中，等待不 能在

20、请求语 句（CALL FUNCTION 或 PERFORM） 处发生，但 可在 COMMIT WORK 触发执行时 发生。同步 更新在 COMMIT WORK 语句完成时 保证完成。 异步执行不 保证完成。SAP 绑定技术允 许两种处理 ：_ 同步更新 ：- 通过 PERFORM ON COMMIT 调用 FORM 例程- 通过 COMMIT WORK AND WAIT 触发更新任 务功能模块_ 异步更新 ：- 通过 COMMIT WORK 触发更新任 务功能模块- 通过 COMMIT WORK 触发后台任 务功能模块详细信息， 参见 优化事务性 能 (页 ) 。SAP 锁定介绍要支持更新 绑

21、定计划， SAP 系统提供了 完全不同于 数据库锁定 的锁定机制 。SAP 锁定的优点 在于可以在 多重屏幕间 保留它们， 如同 更新事务 (页 ) 所需要的。数据库锁定 是数据库系 统中的物理 锁定。在程 序中使用更 新语句（SELECT SINGLE FOR UPDATE、 INSERT、 UPDATE、 MODIFY、 DELETE） 时，系统自 动创建数据 库锁定。数 据库锁定在 每次数据库 提交（即每 次屏幕更改 ）时自动释 放。因此， 数据库锁定 对长于一个 屏幕的锁定 无效，并且 作为程序员 也无法控制 。SAP 锁定是 SAP 系统定义的 逻辑锁定。 要使用它们 ，首先定义 指

22、定要锁定 数据库对象 的锁定对象 。激活锁定 对象时，系 统生成所定 义的每个锁 定对象的锁 定和解锁例 程（称为 ENQUEUE- 和 DEQUEUE- 的功能模块 )。调用这 些功能模块 从 ABAP/4 程序中直接 设置和释放 锁定。关于使用 SAP 锁定的详细 信息，参见 SAP 系统中的锁 定 (页 ) 。更新编程技 术要在事务中 实施数据库 更新，参见 下列主题：维护数据库 完整性 (页 ) 优化事务性 能 (页 ) 未绑定的更 新 (页 ) 在对话任务 中的绑定更 新 (页 ) 更新任务中 的绑定更新 (页 ) 后台任务中 的绑定更新 (页 ) COMMIT WORK 处理 (页

23、 ) ROLLBACK WORK 处理 (页 ) 后台处理考 虑 (页 ) 绑定更新的 错误处理 (页 ) 维护数据库 完整性本节说明通 过 R/3 系统保证数 据完整性的 形式，和必 须在程序中 保证的东西 。语义完整性语义完整性 描述数据的 正确性和完 整性。尤其 适用于包括 几个步骤的 更新操作。 必须执行所 有相关步骤 以保证语义 的完整性。 一些数据库 系统使用约 束和触发技 术来保证语 义的完整性 ，但 SAP 数据库却并 不如此。用 户必须：_ 编程事务 以便对操作 作所有必须 的检查_ 发出 COMMIT WORK 语句以使更 改结束关系完整性关系完整性 意味着坚持 用于设计数

24、 据库的关系 模型的规则 。所有 SAP 数据库都是 关系型数据 库。通常， 有三种类型 的关系完整 性：_ 主码完整 性数据库中的 每个对象必 须由其主码 唯一标识。 在 ABAP/4 词典中不可 能创建没有 主码的表格 。因此，整 个 R/3 系统保证主 码的完整性 。不必检查 数据库数据 的唯一性。_ 值设置完 整性和外来 关键字完整 性在关系数据 库中，没有 字段能包含 非该字段的 允许值的值 。同样，表 中的每个外 来关键字必 须参照关联 检查表格中 的主码。许 多数据库系 统自动检查 维护的这些 条件。但是 SAP 系统不这样 做。在编程 事务时，必 须牢记两级 保护：- 从屏幕

25、数据设置数 据库值可以在 ABAP/4 词典中指定 字段的允许 值集或外来 关键字。该 词典使用这 些信息请求 联机用户输 入有效屏幕 值。如果通 过使用屏幕 字段输入， 程序更新数 据库，则数 据库保证有 效。- 从非屏 幕数据设置 数据库值使用非屏幕 源中的数据 ，任何 ABAP/4 程序可以更 新数据库。 这些数据不 保证有效。 在这种情况 下，编程所 有必须的检 查以保证数 据库值的正 确性是用户 的责任。操作完整性操作完整性 指避免多个 用户同时更 新相同的数 据库对象。 这个问题的 标准解决方 案是每个用 户锁定自己 当前正使用 的对象，以 避免其它人 访问。SAP 系统提供了 S

26、AP 锁定，一种 定义和将逻 辑锁定应用 于数据库对 象的机制。 该机制比数 据库系统提 供的物理锁 定更复杂。要保证操作 完整性，必 须在事务中 使用 SAP 锁定机制。 详细信息， 参见 SAP 系统中的锁 定 (页 ) 。优化事务性 能访问数据库 可能很费时 。事务访问 数据库花的 时间越多， 用户的响应 时间越长。 要优化性能 ，可以将部 分事务工作 分散给更新 任务（或后 台任务）处 理。选择异步处 理异步处理意 味着可将更 新分发给其 它工作进程 或应用服务 器。这通常 可降低用户 的响应时间 。应该将更 新异步运行 吗？这实际 上是折衷选 择：_ 任务结果通过同步处 理，当控制

27、返回到请求 程序时，保 证完成处理 请求。程序 需要完成更 新以便继续 处理吗？如 果是，则使 用同步处理 。_ 响应时间同步处理响 应时间长： 用户必须等 待已完成的 更新。如果 不急于要求 立即更新数 据库，则使 用异步更新 。但是，异步 更新确实涉 及某些开销 。记录更新 任务请求时 ，系统进行 两次额外数 据库访问： 一次输入更 新到日志文 件，一次读 出它们。这 些访问甚至 不包括更新 任务执行的 实际更新。 一次输入更 新到日志文 件，一次读 出它们。这 些访问甚至 不包括更新 任务执行的 实际更新。 一般地，如 果下列条件 适用则异步 更新有效：_ 对话任务 中的用户响 应时间非

28、常 重要。_ 响应时间 有些重要， 并且要求的 更新如此复 杂以至于超 过记录请求 的开销。例如，在批 处理工作进 程中运行事 务时，异步 处理没有优 点。详细信 息，参见 后台处理考 虑 (页 ) 。LUW 处理：哪些 任务互相依 赖？一些更新请 求相互依赖 ：必须一起 执行它们（ 或反转）。 其它请求可 以完全独立 运行。必须 决定更新是 否需要作为 逻辑单元一 起运行。如 果需要，则 应该或者在 对话任务中 一起运行， 或者在更新 任务中作为 共同 LUW 请求运行。对于更新任 务更新，在 设置更新任 务功能模块 的“进程类 型”属性时 指定如何处 理请求。“ 进程类型” 决定是在共 同

29、的 LUW 中还是在单 个 LUW 中运行更新 请求。详细 信息，参见 更新任务处 理如何工作 (页 Error! Not a valid link.) 。更新优先级 ：如何执行 卸载任务？异步更新请 求可以立即 运行或延迟 。立即开始 更新是按其 提交的顺序 执行的共同 LUW 请求。在独 立的 LUW 中，延迟开 始请求以后 以任何顺序 运行。它们 可能分发到 不同工作进 程。进程类型属 性（用于更 新任务功能 模块）决定 是否立即或 延迟运行更 新任务请求 。其计时如 何关键？必 须按请求的 顺序运行吗 ？详细信息 ，参见 更新任务处理如何工作 (页 ) 。未绑定的更 新在 ABAP/4

30、 中不绑定也 可以更新数 据库。但是 在具体的更 新时必须考 虑 SAP 数据库环境 的特殊方面 。下面两节 列出一些选 项。但一般 还是应该使 用下面说明 的绑定更新 方法：在对话任务 中的绑定更 新 (页 ) 更新任务中 的绑定更新 (页 ) 后台任务中 的绑定更新 (页 ) 行内更新可以将更新 语句（INSERT、 UPDATE、 MODIFY、 DELETE） 直接放置在 代码中。这 些是“行内 ”更新（也 就是非绑定 的），无需 使用任何 ABAP/4 绑定技术就 可以执行。 即使没有编 码 COMMIT WORK 语句，下一 屏幕更改的 数据库提交 也将更新提 交给数据库 。此行内

31、更新 方法只适用 于单个屏幕 事务。通过 多屏幕事务 ，如果错误 发生在以后 的屏幕中， 则不能反转 早期屏幕提 交的数据。如果使用该 方法，则不 依靠屏幕更 改时执行的 自动提交。 SAP 建议在屏幕 处理之前显 式地使用 COMMIT WORK。缓冲行内更 新可能缓冲更 改以便在更 新事务结束 时更新。因 为在提交处 理期间未绑 定执行，因 此这些仍然 是重要的行 内缓冲。但 是，缓冲允 许通过多屏 幕收集更新 ，并且在完 成时将其写 入数据库。例如，许多 事务需要用 户采取一系 列步骤，在 每个屏幕中 一步，并且 每步涉及分 隔的表格更 新。当整个 顺序成功运 行之后则完 成整个操作 。要执行简单 行内更新， 可以在给定 屏幕上更新 每个表格。 结果当然是 ：如果在以 后的屏幕中 发生错误， 则以前屏幕 的更新不能 反转。要执行缓冲 行内更新， 可以在内部 表（或其它 存储）中保 存每个屏幕 的更改，直 到该操作结 束。如果成 功运行，则 使用缓冲信 息可以为每 个表更新。 该技术类似 于 ABAP/4 绑定，为以 后执行要将 更新保存在 其中。但