表格数据编辑和保存

【博主SAP/ABAP交流群53144545
项目里经常会碰到从数据库表的数据取出到内表,再显示在表格型控件(Table Control )上,用户编辑后保存的需求。这里分析下这种需求下,PBO PAI 还有保存逻辑的做法。


用户对TC 进行编辑时,可能有三种新增记录,更新记录和删除记录这三种操作,如果对操作不作任何输入控制,那么写PBO PAI 逻辑,一般是PAI 里清空旧数据的内表,然后走TC LOOP 根据当前界面的输入对内表作重新赋值,之后PBO 里重新显示新的内表数据。这样做的缺点就是每次都要全部清空和再次赋值,会造成这种情况的原因是没有主键控制,所以没法判断哪条记录是新增的,哪条记录是更新的。如果想作主键控制的话,有主键可见和主键不可见两种做法。


主键可见就是主键字段可以由用户输入,但是输入并触发PAI 后,立刻变为不可编辑的状态。之后在PAI LOOP 循环当前TC 时,可以通过判断主键是否相等来决定是作新增还是更新。


主键不可见的做法是在数据库表设计的主键是一个随机唯一字符串(比如生成一个32 位的GUID ),这个字段只存在于内表里,但在界面上并不显示,也不由用户输入,每次用户新增一条记录的时候,由系统新生成一个GUID ,作为每一条记录的唯一标识,用于判断在PAI LOOP 里判断是新增还是更新。

GUID 控制记录比较简单,但是GUID 的缺点是不含有业务意义,假如业务记录本身就有编码这类唯一标识的字段的话,需要做额外的输入检查。还有就是GUID 本身不显示在界面上,所以有可能发生一条记录是空的,但是实际它是存在的这种情况,这也是需要额外写逻辑控制的。


说完了PBO PAI ,再说下保存的做法。有些TC 的保存功能是系统自带的,有些则需要自己写逻辑保存。对于增改删自由的编辑条件,保存主要有两种做法。

方法一:
根据数据库表里的主键,把数据库里的记录(旧数据)全部删除,再把保存时的界面上的记录(新数据)全部插入。

方法二:
在编辑前,用一个内表存放数据库里的记录(旧数据),和保存时的界面上的记录(新数据)所存的内表作比较,比较得出三个内表,分别是新增记录内表,更新记录内表和删除记录的内表,最后根据这三个内表去作增改删。


方法一逻辑比较简单,但是数据传输量和数据库更新量都很大,有时用户的改动非常小,但是依然需要整体全部删除并重新插入。这种做法尤其不适合前后台是通过网络传输数据(这里要说明一下,Dynpro 程序前台后都是运行在服务器上的,不算网络程序)。方法二可以根据需要去增改删数据库记录,可以弥补了方法一的缺点(当然对于网络程序而言,这个比较动作是在要前台完成才能减少网络流量的开销),但是实现逻辑比较复杂,而且如果是多用户同时操作,这种新老数据对比可能是建立在已经过时的数据(脏数据)之上的,所以要额外写逻辑防止。SAP XO Framework 是用了方法二的实现原理,并且它有一些锁机制来防止刚刚说的脏数据问题。


另外,除了考虑后台逻辑之外,也可以从前台设计角度禁止一些用户操作,这样可以避免后台逻辑太过于复杂。比如说,不允许用户同时做增改删,做过SM30 的话都应该知道,当要插入一批新数据的时候,是会进入一个新的界面,这时是不能更新或者删除老数据的,这就算是禁止用户操作的例子。

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值