操作数据无非删除、更新、插入的动作,在Oracle Form依靠下面触发器完成这些操作。
Form Trigger
Key-commit 保存按钮触发/Ctrl+S键盘触发/代码触发
Block Trigger
Pre-delete
On-delete
Pre-update
On-update
Pre-insert
On-insert
On-lock
Oracle保存数据的机制:
第一步: 依次从数据库中删除在Block上删除的记录(删除每条记录时先触发Pre-delete,再触发On-delete)
第二步: 依次从数据库中更新在Block上更新的记录(更新每条记录时先触发Pre-update,再触发On-update)
第三步: 依次向数据库中插入在Block上插入的记录(插入每条记录时先触发Pre- insert,再触发On- insert)
第四步: COMMIT
其中任何一步出错的话都会引发异常,回滚以前的操作。所以我猜想Oracle Form肯定有一套机制能记录Block上每条记录的状态,所以在保存时可触发相应的Trigger。
如果限制Form在一定条件下才允许保存,可以将控制逻辑写在Form级trigger pre-commit或者block级的Pre-delete,Pre-update,Pre-insert代码中(这种情况控制可以针对操作类型进行控制,更加精细),一但条件不满足,立即抛出异常或忽略本次操作。
On-lock触发器在用户在界面上企图修改数据时触发,利用了Oracle悲观封锁的机制,保证数据的完整性和一致性,关于这种机制的详细说明,可参考:
http://www.erp100.com/2743/viewspace-2332.html
在需要设置who字段的block中,Pre-insert和Pre-update都要添加如下代码:
fnd_standard.set_who; oracle会调用API给那几个who字段赋值,不用我们操心了。
另外在
pre-insert的触发器中设置某些Item的初始值,比如说给org_id字段赋值,比如给一个主键Item赋一个sequence.nextval,
与在Item的initial value属性中设定sequence.nextval相比可以节省很多序列号,
也可以更好保证序列号的连续性,这在某些业务中是非常关键的。
:BLOCKNAME.ITEM_NAME := FND_PROFILE.VALUE(‘VALUE_NAME’);