某些系統(tǒng)可能對(duì)系統(tǒng)應(yīng)付數(shù)據(jù)高并發(fā)的響應(yīng)要求比較高 (如: 飛行航空訂票系統(tǒng)). 本文采用Oracle的lock table來解決此問題：

Procedure中關(guān)鍵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個(gè)地方需注意:

1) 采用 lock table table_name in share mode 方式而非 lock table table_name in exclusive mode 提高并發(fā)性處理, 盡量減少不必要執(zhí)行等待.

2) 按常規(guī)思路, 可能會(huì)將 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 執(zhí)行到 mark4, 而同時(shí) userB 執(zhí)行到 mark3, 就可能會(huì)出現(xiàn)由于 userA 尚未commit 而導(dǎo)致 userB 訂到機(jī)票但實(shí)際沒有座位的情況。

若確希望使用常規(guī)邏輯來實(shí)現(xiàn), 需要用到 Oracle 的表的讀鎖功能 (精細(xì)訪問策略), 而此非本文范圍, 且其對(duì)于SYS用戶無效。