一、SAP为什么要设置锁： 1，保持数据的一致性 假设几个用户要訪问相同的资源，须要找到一种同步訪问的方法去保持数据的一致性。比方说，在航班预订系统中，须要检查还有没有空座位，当检查的时候，你不想别人改动重要的数据（空座位的数量）。2，只用Database锁是不够的 数据库管理系统物理锁定了要改动的行记录，其它用户要等到数据库锁释放才干訪问这个记录。 在SAP系统中，当一个新屏幕显示的时候会释放掉Database锁，由于屏幕的改变会触发一个隐式的DB COMMIT。假设数据是从好几个屏幕收集来的话，并且在这段时间内这些数据会分别被锁定，只用Database锁就不够了。
SAP系统在应用server层面有一个全局的LOCK TABLE，能够用来设置逻辑锁来锁定相关的表条目。并有ENQUEUE工作进程来管理这些锁。SAP锁是一种逻辑意义上的锁。有可能你锁定的表条目在DATABASE上根本就不存在。 二、锁对象和其相应的FM 在SE11里创建锁对象，自己定义的锁对象都必须以EZ或者EY开头来命名。一个锁对象里仅仅包括一个PRIMARY TABLE，能够包括若干个SECONDARY TABLE，锁的模式有三种：E，S，X。LOCK PARAMETERS里填写你要依据哪些字段来锁定表条目。
模式E：当更改数据的时候设置为此模式。
模式S：本身不须要更改数据，可是希望显示的数据不被别人更改。
模式X：和E类似。可是不同意累加，全然独占。 假设你在一个程序里成功对一个锁对象加锁之后，假设模式为E，其它用户不能再对这个锁对象加E、X、S模式的随意一种锁； 假设你在一个程序里成功对一个锁对象加锁之后。假设模式为X，其它用户不能再对这个锁对象加E、X、S模式的随意一种锁； 假设你在一个程序里成功对一个锁对象加锁之后，假设模式为S，其它用户不能再对这个锁对象加E、X模式的锁。可是能够加S模式的锁； 假设你在一个程序里成功对一个锁对象加锁之后。假设模式为E。在这个程序，你还能够再对这个锁对象加E、S模式的锁，X模式的不能够。
假设你在一个程序里成功对一个锁对象加锁之后，假设模式为X，在这个程序。你不能够再对这个锁对象加E、X、S模式的锁。
假设你在一个程序里成功对一个锁对象加锁之后，假设模式为S，在这个程序。你还能够再对这个锁对象加S模式的锁。假设没有别的用户对其加S模式的锁。那么你还能够对其加E模式的锁。
X模式的不能够。 当激活锁对象的时候。系统会自己主动创建两个FM。ENQUEUE_<锁对象名>和DEQUEUE_<锁对象名>，分别用来锁定和解锁。 三、锁定和解锁 当用逻辑锁来锁定表条目的时候。系统会自己主动向LOCK TABLE中写入记录。 当调用设置锁的FM时。LOCK PARAMETERS假设没有指明，系统会锁定整个表。当然，LOCK PARAMETER：CLIENT有点特殊。假设不指定，默认是SY-MANDT；假设指定对应的CLIENT，会锁定对应CLIENT上的对应的表记录；假设设置为SPACE。则锁定涉及全部的CLIENT。
当逻辑锁设置失败后。通常会有两种例外。
一个是EXCEPTION：FOREIGN_LOCK。意思是已经被锁定了；还有一个是EXCEPTION：SYSTEM_FAILURE。 有些情况下，程序中设置成功的逻辑锁会隐式的自己解锁。比方说程序结束发生的时候（MESSAGE TYPE为A或者X的时候）。使用语句LEAVE PROGRAM，LEAVE TO TRANSACTION，或者在命令行输入/n回车以后。 在程序的结束能够用DEQUEUE FUNCTION MODULE来解锁（当然假设你不写这个，程序结束的时候也会自己主动的解锁），这个时候，系统会自己主动从LOCK TABLE把对应的记录删除。使用DEQUEUE FUNCTION MODULE来解锁的时候。不会产生EXCEPTION。要解开你在程序中创建的全部的逻辑锁，能够用FM：DEQUEUE_ALL. 四、手工解除锁定 当程序异常退出时，可能导致SAP锁未及时解除。导致兴许无法正常操作。这时可用Tcode:SM12来手工删除相关的锁定