Chinaunix首页 | 论坛 | 博客
  • 博客访问: 616958
  • 博文数量: 718
  • 博客积分: 4000
  • 博客等级: 上校
  • 技术积分: 4960
  • 用 户 组: 普通用户
  • 注册时间: 2008-10-17 13:24
文章分类

全部博文(718)

文章存档

2011年(1)

2008年(717)

我的朋友

分类:

2008-10-17 13:25:42

某些系统可能对系统应付数据高并发的响应要求比较高 (如: 飞行航空订票系统). 本文采用的lock table来解决此问题:

Procedure中关键code如下:

---------------------------------------

lock table tb_book_ticket in share mode;

...

insert into tb_book_ticket (id, scheduled_flight, ticket_no, book_time) values (ID.nextval, v_scheduled_flight, v_ticket_no, SYSDATE); -- mark1

... -- mark2

select count(*) into v_book_count from tb_book_ticket where scheduled_flight = v_scheduled_flight; -- mark3

if v_book_count <= v_book_max_count then

v_result := 'book successfully';

commit;

else

v_result := 'book unsuccessfully';

rollback;

end if;

return v_result;

-------------------------------------------------------------

以上有2个地方需注意:

1) 采用 lock table table_name in share mode 方式而非 lock table table_name in exclusive mode 提高并发性处理, 尽量减少不必要执行等待.

2) 按常规思路, 可能会将 mark1 与 mark3 顺序, 但此举不行

-------------------------------------------------------------

select count(*) into v_book_count from tb_book_ticket where scheduled_flight = v_scheduled_flight; -- mark3

... -- mark2

if v_book_count < v_book_max_count then

insert into tb_book_ticket (id, scheduled_flight, ticket_no, book_time) values (ID.nextval, v_scheduled_flight, v_ticket_no, SYSDATE); -- mark1

-- mark4

commit;

end if;

-------------------------------------------------------------

试想若 userA 执行到 mark4, 而同时 userB 执行到 mark3, 就可能会出现由于 userA 尚未commit 而导致 userB 订到机票但实际没有座位的情况。

若确希望使用常规逻辑来实现, 需要用到 的表的读锁功能 (精细访问策略), 而此非本文范围, 且其对于SYS用户无效。

【责编:Chuan】

--------------------next---------------------

阅读(305) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~