隐式提交的引申之DB/SAP LUW

最新推荐文章于 2025-02-07 10:51:11 发布
原创 最新推荐文章于 2025-02-07 10:51:11 发布 · 398 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ABAP #DB LUW #SAP LUW

1、写在前面

之前发表过《聊聊更新表时的隐式提交》一文，向大家介绍隐式提交，对于数据库操作的作用。

有粉丝看过后，提出了自己的疑问：

首先解释一下，该粉丝大致的问题和代码含义为：

在创建销售订单增强中，当因为错误需要拦截单据创建时，需要用commit work记录日志数据到自建表。而由于使用了commit work，导致更新自建表的同时，将生成单据的事务也提交，导致拦截失败，单据一同被创建出来。

最终采用了在增强中调用CALL...STARTING NEW TASK 方式，将更新自建表以及commit work放在函数中，这样自建表更新成功，单据也没有受到CALL...STARTING NEW TASK 中commit work的影响，成功被拦截了。

所以对CALL...STARTING NEW TASK执行后，对主程序进行隐式提交有疑问，隐式提交就不会将单据创建出来吗？

正好借此机会，解释这位粉丝疑问的同时，向大家介绍DB LUW和SAP LUW。

2、DB LUW

2.1、什么是DB LUW？

DB LUW（Database Logical Unit of Work）：又称数据库逻辑单元。为了保证一系列数据库操作，要么同时成功提交，要么同时失败回滚，就引入了DB LUW，DB LUW 是数据库管理系统（DBMS）层面上的一个概念。

如下图：

数据库从左侧开始（代表一个DB LUW开始），经过INSERT、UPDATE、DELETE多次操作，如果其中任何一项操作出现问题，则对DB LUW开始以来的所有操作进行回滚，使数据库回滚到最左侧（最左侧，代表初始数据）。如果没有错误，执行到commit，则将这一个DB LUW中的一系列操作更新到数据库（最右侧，代表最终数据），以此来保证数据库数据的一致性。

代码举例

2.2、DB LUW的提交和回滚

2.3、DB LUW的生命周期

3、SAP LUW

3.1、什么是SAP LUW？

3.2、实现SAP LUW

3.2.1、使用更新功能模块进行捆绑

3.2.2、使用子例程捆绑

3.2.3、两者的区别

3.3、代码验证DB 和 SAP LUW区别

3.3.1、单纯DB LUW实现

3.3.2、SAP LUW实现

4、结语

博客频遭盗窃，请移步公众号“斌将军”，输入关键字“事务”查看

ABAP 应用中的隐式数据库提交与游标管理：原理、场景与最佳实践
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
05-13 236
隐式数据库提交是 SAP 运行时模型中不可回避的一环。当我们深入理解工作进程、对话步骤与远程调用的协同机制后，就能主动设计事务边界，避免游标失效与数据不一致的风险。遵循“在需要之前绝不提交”的原则，配合更新任务、显式清理 GTT 与细粒度异常处理，方能让企业级 ABAP 代码在高度并发与分布式场景下依然稳定可靠。
SAP-ABAP:SAP第二代增强之隐式增强（Implicit Enhancements）和Enhancement Framework 的详细解析
baidu_35680696的博客
03-05 2174
第二代增强技术（隐式增强、Enhancement Framework）与 BADI 结合，提供了从简单代码插入到复杂业务逻辑扩展的完整解决方案。Enhancement Framework 是 SAP NetWeaver 7.0 引入的统一增强管理框架，整合了 BADI、隐式增强、Enhancement Spots 等多种技术，提供更结构化的增强管理方式。隐式增强是 SAP Enhancement Framework 的核心技术之一，允许开发者在 SAP 标准程序、函数组、类或接口的。
SAP LUW 和DB LUW
感悟人生
07-05 1249
SAP LUW 和DB LUW
SAP LUW与数据库 LUW
元素周期君的博客
07-12 2912
SAP LUW与数据库 LUW1 LUW(逻辑工作单元概念)2 数据库LUW3 SAP LUW 1 LUW(逻辑工作单元概念) 在SAP系统中，两个数据一致状态中的时间间隔为LUW（Logical Unit of Work），每一个LUW都需要以一个提交（COMMIT）或者返回（ROLLBACK）作为结束标志。如果已提交操作结束则进行所有更新操作，而返回操作则会取消所有数据库表的更改。 2 数据库...
关于SAP LUW的超详细解析
matinal 當冬夜漸暖 。公众号：matinal
05-06 637
假设MAIN PROGRAM（调用程序）为MAIN，其所在的为SAP LUW 1。 使用CALL FUNCTION 'AAA'的时候，MAIN被打断，在同一个internal session执行FM 'AAA'，当FM执行完毕之后，继续执行MAIN。因此整个过程是在同一个SAP LUW内进行的。 使用SUBMIT AAA AND RETURN或者CALL TRANSACTION TCODE的时...
SAP/DB LUW
ChampaignWolf的专栏
10-10 3715
SAP/DB LUW 1.DB LUW DB LUW（Logic Unit Work）是确保数据库更新一致性的机制，是数据库级别的，和底层DBMS有关，和SAP系统无关。如下图，从一致性状态A到B，中间有一系列的数据库操作，一个BD luw以数据库提交commit结束，这些操作要么全都执行，要么全都不执行。当全部执行成功，则数据库进入一致性状态B，如果在此DB luw中发生错误，则将从DB luw开始的所有操作进行回滚，数据库还是在A状态。 这是在数据库级别实现的，和SAP系统无关。 在SAP系
隐式提交和显式提交(Implicit Database Commits and Explicit Database Commits)
beyond911的专栏
03-11 1300
sap abap
SAP中的第四代增强练习之隐式增强
m0_45846097的博客
03-18 2221
第四代增强练习之隐式增强
通过一个简单的例子了解SAP软件隐式增强的应用
weixin_44506537的博客
12-24 642
第四代增强其实是第三代增强的进一步加强，都属于面向对象语言的接口技术的应用，但第四代增强使SAP增强实施更具灵活性，四代增强可以直接在源代码里面写增强了代码了，输入参数也不像二代，三代那样被限制，可以自己定义，所以实际业务中很多二代三代增强无法实现需求可以用四代增强实现。SAP软件第四代增强有二种，分别为显式增强和隐式增强，显式增强就是手动加入到程序中的Enhancement-options，隐式增强就是系统内置的Enhancement-options，本文重点介绍隐式增强的应用。
SAP 数据更新之数据库事务SAP LUW
matinal 當冬夜漸暖 。公众号：matinal
07-31 522
1.DB LUW2.从数据库编程的角度来看，DB LUW是一个不可分割的数据库操作序列，以事务的提交或回滚结束3.DB LUW要么完全由数据库系统执行，要么根本不执行4.如果DB LUW中发生错误，则自DB LUW中所有数据库更改都将被回滚（SAP中事务的回滚称为反转5.DB LUW中发生的数据库更改直到事务提交后才真正写入数据库。在发生这种情况之前，您可以使用数据库回滚来撤消更改6.在SAP系统中，可以隐式或使用显式命令触发数据库提交或回滚。
SAP LUW 应用场景一（PERFORM ON COMMIT/CALL FUNCTION IN UPDATE TASK）
xiefireworks的博客
12-21 3129
场景： abap开发中，数据库更新一般在最后保存的时候更新所有数据并及时进行数据库的提交回退来避免数据更新不一致。但是增强中严禁进行数据库提交回滚操作，就要考虑到数据更新一致性的情况，如何保证增强中写的更新语句不被隐式的提交而是和最终数据的更新保持一致，或者增强中会触发隐式提交的代码的处理。 SAP LUW 中有两种语法 PERFORM subr ON { {COMMIT [LEVEL idx]} | ROLLBACK } CALL FUNCTION update_function IN UPDA
SAP-ABAP-Logic Unit of Work逻辑工作单元LUW
baidu_35680696的博客
02-07 512
在SAP系统中，Logic Unit of Work (LUW) 是一个关键概念，用于确保数据库操作的一致性和完整性。通过理解和正确使用 SAP 中的 Logic Unit of Work，可以确保在复杂的业务场景中保持数据的一致性和完整性，同时提高应用程序的性能和可靠性。在 SAP 中，事务管理是通过 LUW 来实现的，确保数据库操作的一致性和完整性。在 LUW 中，如果任何操作失败，必须回滚整个 LUW，以确保数据的一致性。错误恢复：在发生错误时，LUW 可以确保所有更改都被回滚，保持数据的一致性。
什么是 SAP ABAP 系统的 LUW (Logical Unit of Work)概念
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
08-12 521
在SAP ABAP系统中，数据库LUW是一组数据库操作的逻辑集合，这些操作要么全部成功地提交到数据库，要么全部回滚。事务可以由一组相关的数据库操作组成，这些操作要么全部成功地执行，要么全部回滚，以保持数据的完整性和一致性。如果在这两步之间发生错误（比如系统崩溃），那么就可能出现数据不一致的情况，即一个账户被扣款，但另一个账户没有收到款项。在SAP ABAP系统中，数据库LUW是一个关键概念，用于管理数据库操作的一致性和隔离性。（数据库逻辑单元）是一种重要的数据库交易处理概念，用于确保数据的完整性和一致性。
关于SAP的事务提交和回滚（LUW）
weixin_33714884的博客
08-22 1572
1 Sap的更新的类型 在sap中，可以使用CALL FUNCTION ... IN UPDATE TASK将多个数据更新绑定到一个database LUW中。程序使用COMMIT WORK提交修改请求。在sap中将更新分四种类型： 1.1Asynchronous Update（异步更新）：在这种情况，调用程序提交事务不需要等待Update Work Process完成数据更新处理。 1....
SAP LUW 逻辑工作单元
传奇哥的专栏
05-18 3349
SAP LUW 即 逻辑工作单元  SAP LUW可以看作应用层面的数据库事务； 数据库事务(Database Transaction) ，是指作为单个逻辑工作单元执行的一系列操作。 事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使用应用程序更加可靠。一个逻辑工作单元要成为事务
SAP_ABAP_快速了解-LUW
笔直前行
07-25 898
LUW SAP ABAP
结合实例快速理解SAP中SAP/DB LUW 机制
SAP自学之路
12-08 2876
首先LUW(Logic Unit of Work)是什么意思，从字面意思理解逻辑单元，可以把一些列的数据库操作(即多个 DB LUW)放入一个"集合"，统一提交和回滚，从而来保证数据库更新的一致性。在SAP中，由于业务处理复杂，涉及到的DB也很多，业务是分好几步去完成的，所以需要和数据库多次交互来更新数据，但是每次DB LUW并不受我们控制，和数据库的交互都会更新数据进去，业务最后一步出错，那么这个业务不算是完整的，需要把之前存进数据库的业务数据全部回滚，所以带来了很多的不便。所以SAP引入了SAP LUW
事务的隐式提交，怎么理解
最新发布
08-05
### 事务隐式提交的原理和机制 MySQL 中的事务隐式提交（Implicit Commit）是指在某些 SQL 语句执行后，系统会自动提交当前事务，而无需显式调用 `COMMIT` 语句。这种机制主要用于确保某些操作的持久性和一致性，尤其是在执行 DDL（数据定义语言）语句或涉及系统表的操作时。 在 MySQL 中，事务的隐式提交通常发生在以下几种情况： 1. **执行 DDL 语句**：如 `CREATE TABLE`、`ALTER TABLE`、`DROP TABLE` 等。这些操作通常会修改数据库的元数据，因此在执行这些语句时，MySQL 会自动提交当前事务，以确保这些更改对所有后续操作可见[^1]。 2. **执行某些管理语句**：如 `ANALYZE TABLE`、`OPTIMIZE TABLE`、`REPAIR TABLE` 等。这些语句通常会对表进行优化或修复操作，因此也会触发隐式提交[^1]。 3. **使用某些存储引擎特定的语句**：例如，`FLUSH TABLES` 或 `SET` 语句中的某些选项也可能导致事务的隐式提交。 MySQL 的事务隐式提交机制与事务的 ACID 特性密切相关，尤其是 **持久性（Durability）** 和 **一致性（Consistency）**。在事务提交时，MySQL 会确保事务的更改被持久化到磁盘，即使在系统崩溃的情况下也能通过 Redo Log 进行恢复。这种机制保证了事务的持久性[^4]。 此外，事务的隐式提交还与 **MVCC（多版本并发控制）** 机制相关。在事务提交时，其修改的数据版本会被标记为已提交，其他事务将能够看到这些修改。MVCC 通过 Read View 来控制事务对数据版本的可见性，确保每个事务只能看到在其启动时间点之前已经提交的数据版本。 ### 示例 以下是一个简单的示例，展示了事务隐式提交的行为： ```sql START TRANSACTION; INSERT INTO users (name, email) VALUES ('Alice', 'alice@example.com'); CREATE TABLE new_table (id INT); -- CREATE TABLE 会触发隐式提交 ``` 在上述示例中，尽管没有显式调用 `COMMIT`，但由于 `CREATE TABLE` 是一个 DDL 语句，它会触发事务的隐式提交，导致前面的 `INSERT` 操作也被提交。 ### 相关问题 1. 事务隐式提交与显式提交的主要区别是什么？ 2. 为什么 DDL 语句会触发事务的隐式提交？ 3. 如何在事务中避免隐式提交的发生？ 4. 隐式提交如何影响事务的隔离性和一致性？ 5. 在哪些情况下，事务的隐式提交不会发生？
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值