PowerBuilder中的并发控制
来源:互联网 发布:word怎么打矩阵 编辑:程序博客网 时间:2024/06/06 04:32
PowerBuilder中的并发控制
PowerBuilder中可以通过数据窗口的更新属性(Update Properties)来实现并发控制。打开 DataWindow 画笔板,点击 Rows-> Update Properties菜单,进入“Specify Updatae Properties”对话框,其中“Where Clause for Update/Delete”组合框中的三个选项就是三种处理数据并发问题的策略。
1、选项“Key Columns”:
这种情况是比较更新前后Table的关键字是否发生了变化,即当前数据库中关键字的实际值和最初查询的值做比较,如果没有改变,则可以更新,反之不能更新。
如用户A将员工号为100的职员的salary字段值改为1200并保存后,B用户也将员工号为100的职员的salary字段值改为950并点击“存盘”按钮,我们可以看到数据窗口sqlpreview事件中的sqlsyntax返回如:
UPDATE "personnel " SET "salary " = 950 WHERE "id " = 100
因为关键字id=100没有发生变化,Where条件成立,更新成功,将A用户的修改覆盖,salary值变为950元,员工损失了200元。显然这样没有达到并发控制的目的,未能保证数据的完整性。
2、选项“Key and Updateable Column”:
这种情况是比较更新前后Table的关键字和可修改(更新)的列值是否发生了变化,如果没有一项发生改变,更新成功;反之,若数据库中当前值中若任一项与数据窗口最初检索出的值不一致,则更新失败。对于此例,因所有字段都是可修改(更新)的,即检测是否有任一字段变化。
同上,当用户A更新完后,B用户点击“存盘”按钮,我们可以看到sqlsyntax返回如:
UPDATE "personnel " SET "salary " = 950 WHERE "id " = 100 AND "name " = '令狐冲 ' AND "birthday " = '1975-05-01 ' AND "technical_post " = '工程师 ' AND "salary " = 1000 AND "notes " = '软件开发 '
显然,id字段没有改变,而可修改(更新)列之一salary的值经A用户修改存盘后,已由1000变为了当前的1200,where条件不成立,因此更新失败,并弹出出错信息如下:
Row changed between retrieve and update.
No changes made to database.
UPDATE "personnel " SET "salary " = 950 WHERE "id " = 100 AND "name " = '令狐冲 ' AND "birthday " = '1975-05-01 ' AND "technical_post " = '工程师 ' AND "salary " = 1000 AND "notes " = '软件开发 '
此时点击《刷新》按钮,我们可以看到,salary的值仍为1200,达到了并发控制的目的,保证数据的完整性。
3、选项“Key and Modified Columns”:
这种情况是比较更新前后Table的关键字和要修改(更新)的列值是否发生了变化,如果没有改变,更新成功,反之更新失败。对于本例,即判断关键字id和将要修改字段salary是否发生变化。
同上,当用户A更新完后,B用户点击“存盘”按钮,我们可以看到sqlsyntax返回如:
UPDATE "personnel " SET "salary " = 950 WHERE "id " = 100 AND "salary " = 1000
这里id字段没有改变,而此次将要修改的列salary值已由1000变为了1200,where条件不成立,因此更新失败,并弹出出错信息如下:
Row changed between retrieve and update.
No changes made to database.
UPDATE "personnel " SET "salary " = 950 WHERE "id " = 100 AND "salary " = 1000
此时我们点击《刷新》按钮,我们可以看到,salary的值仍为1200,也达到了并发控制的目的。
再举一个例子:
如果A用户更新的是备注notes字段,而B用户更新的是薪水salary字段,按照业务,这种操作是允许的,而在PB中会如何处理呢?
1、对于选项“Key Columns”: 因为关键字没有改变,更新成功。
2、对于选项“Key and Updateable Column”:
当用户A更新完后,B用户点击“存盘”按钮,我们可以看到sqlsyntax返回如:
UPDATE "personnel " SET "salary " = 950 WHERE "id " = 100 AND "name " = '令狐冲 ' AND "birthday " = '1975-05-01 ' AND "technical_post " = '工程师 ' AND "salary " = 1000 AND "notes " = '软件开发 '
这里,id字段没有改变,salary字段也没有改变,但可修改(更新)列之一notes的值经A用户的修改,已由“软件开发”变为了“硬件维护”,where条件不成立,因此更新失败,系统将报出错信息。
此时点击《刷新》按钮,可以看到,salary的值仍为1200,notes的值为“硬件维护”。
3、对于选项“Key and Modified Columns”:
当用户A更新完后,B用户点击“存盘”按钮,我们可以看到sqlsyntax返回如:
UPDATE "personnel " SET "salary " = 950 WHERE "id " = 100 AND "salary " = 1000
这里,id字段没有改变,而将要修改的列salary值也没有改变(A用户只是修改了notes字段),where条件成立,因此更新成功。
此时点击《刷新》按钮,可以看到,salary的值为950,notes的值为“硬件维护”。注意这里B用户只是修改salary字段,并不修改notes字段,因此notes保留了A用户修改后的值。
从上面例子中我们可以得出如下结论:
1、“Key Columns”选项在控制数据完整性方面最弱,它所允许的并发操作是最多的,所禁止的并发操作发生的可能性非常小,只有当主键被更改后才起并发控制作用,当一条记录的关键字改变了才进行控制,这显然没有多大意义。实际上这种方法一般只在单机版的应用程序中使用,而在Client/Server模式中是很少使用的。
2、“Key and Updateable Columns”的是PB的默认选项,控制最为严格,可以实现最安全的并发控制,充分保证数据的完整性,但它也会禁止我们做一些本当允许的并发修改(如上面所说的第二例),是并发能力最差的方法。
3、“Key and Modified Columns”选项可以说是前两者的折衷,在控制数据完整性和严格性方面比第一项强,比第二项弱,在允许的并发操作数量方面比第一项少,比第二项多。
至于在程序中选取哪一种控制比较合适,我们应该根据应用的具体情况来选择。
对于并发控制,我们还需要在程序中捕获 DBMS 的出错号,再显示相应的错误信息,否则PowerBuilder给出的那些出错信息,一般用户是看不懂的。这项功能可在数据窗口的dberror事件中编写代码实现。
- PowerBuilder中的并发控制
- PowerBuilder的并发控制
- PowerBuilder的并发控制
- 并发中的流程控制
- 数据库中的并发控制
- 并发控制中的封锁
- powerbuilder的版本控制
- linux驱动中的并发控制
- linux驱动程序中的并发控制
- Linux设备中的并发控制
- LINUX驱动中的并发控制
- Linux驱动中的并发控制
- 设备驱动中的并发控制
- 【原创】PowerBuilder中的多线程
- powerbuilder中的pbvm90.dll
- PowerBuilder Datawindow 滚动条控制
- 小议数据库系统中的并发控制
- 小议数据库系统中的并发控制
- [PLSQL]删除锁表的进程
- PB webservice端的多SQL语句执行 服务器端根据送入的SQL语句(可同时多条)动态执行
- Linux服务器安全管理:如何摆平黑客病毒大势攻击
- 我是要积分的
- Oracle 树形结构遍历代码讲解【转】
- PowerBuilder中的并发控制
- 为项目开发做嫁衣——Seam项目开发环境的搭建
- 模式九(合成模式)
- s3c2440开发日记,u-boot启动过程,Nand Flash启动分析irq_handler, 中断响应过程,
- Seam的配置详解
- java 中 for 可以这么用呀
- R12 AR设置数据表对应
- 如何做系统权限设计[摘录]
- PB 设计WEBSERVICE的一点心得.