我曾經(jīng)問(wèn)過(guò)一次，但卻覺(jué)得答案不太理想，所以重新拋磚引玉。
我的客戶(hù)端Delphi錄入、查詢(xún)都是用SQL語(yǔ)句，幾乎都是一個(gè)格式，
無(wú)論增加刪除修改我都是只用Tquery控件，而且幾乎一律是這樣在
按鈕中寫(xiě)的：
Query1.close;
query1.sql.text:=‘insert into table1(...) values(...)‘;
query1.execsql;(or open)
只是在text更換不同的語(yǔ)句?！畇elect * from ...‘,‘delete ...‘
‘update ...‘
有時(shí)候我用兩臺機器特意試的時(shí)候，還沒(méi)什么事，但我們公司長(cháng)期運行
著(zhù)我的類(lèi)似程序，有時(shí)卻會(huì )一臺機器毫無(wú)反應，有時(shí)必須其它機器必須退
出，毫無(wú)反應的那臺機器起它程序還沒(méi)事，一回Delphi界面什么也做不了。
我想問(wèn)問(wèn)各位你們在多臺機器同時(shí)向SQL server錄入的時(shí)候一般的詳細
編程語(yǔ)句，不出問(wèn)題的編程過(guò)程。
來(lái)自：delphi fan2, 時(shí)間：1999-1-25 9:31:00, ID：99075
如果數據批量輸入，加入事務(wù)處理！要是全部是Insert是否有你說(shuō)的問(wèn)題？
來(lái)自：dsp, 時(shí)間：1999-1-25 19:13:00, ID：99113
您用到了事務(wù)嗎?
如果沒(méi)有,不會(huì )出現您的問(wèn)題.
如果用到了,則極有可能是您的兩個(gè)程序出現了死鎖.
因為,在一個(gè)事物內UpDate,Insert,Delete會(huì )隱式加鎖,直到事務(wù)結束.
如果您的一個(gè)程序為:
StartTransaction;
query1.close;
query1.clear;
query1.sql.add(‘Insert table1....‘);
query1.execsql;
query1.close;
query1.clear;
query1.sql.add(‘Update table2...‘);
query1.execsql;
query1.Close;
commit;
另一個(gè)為:
StartTransaction;
query2.close;
query2.clear;
query2.sql.add(‘Insert table2....‘);
query2.execsql;
query2.close;
query2.clear;
query2.sql.add(‘Update table1...‘);
query2.execsql;
query2.Close;
commit;
當第一個(gè)執行到語(yǔ)句Update table2,
而第二個(gè)執行到語(yǔ)句Update table1時(shí),
會(huì )出現相互等待的現象.
解決的辦法就是將可能出現沖突的語(yǔ)句全放到事務(wù)中執行,而無(wú)論哪一個(gè)
此類(lèi)事務(wù)均在開(kāi)始處,對同一個(gè)表加鎖.這樣在事務(wù)開(kāi)始便進(jìn)行了排隊,
直到一個(gè)事務(wù)結束,另一個(gè)才會(huì )開(kāi)始,便不會(huì )死鎖.
如:
StartTransaction;
query1.close;
query1.clear;
query1.sql.add(‘Select * from commonTable HOLDLOCK‘);
//對SQL Server,不同的database server不同.
query1.Open;
query1.close;
query1.clear;
query1.sql.add(‘Insert table1....‘);
query1.execsql;
query1.close;
query1.clear;
query1.sql.add(‘Update table2...‘);
query1.execsql;
query1.Close;
commit;
StartTransaction;
query2.close;
query2.clear;
query2.sql.add(‘Select * from commonTable HOLDLOCK‘);
query2.Open;
query2.close;
query2.clear;
query2.sql.add(‘Insert table2....‘);
query2.execsql;
query2.close;
query2.clear;
query2.sql.add(‘Update table1...‘);
query2.execsql;
query2.Close;
commit;
這樣,二者在select上便進(jìn)行排隊,便解決了排序.
如您根本就沒(méi)有組織過(guò)事務(wù),出現該現象就有點(diǎn)怪了.
來(lái)自：希臣, 時(shí)間：1999-1-26 8:27:00, ID：99152
dsp,你說(shuō)的我有點(diǎn)迷糊了。
到底用不用事務(wù)？我一點(diǎn)都沒(méi)有過(guò)事務(wù)，
按你說(shuō)的，不用事務(wù)，好象是不應該出現問(wèn)題--是這個(gè)意思嗎？
Delphi fan2，我的語(yǔ)句Insert,delete ,update,select都有。
兩位，如果其它機器只用Select，而一臺機器(名A)上
Insert,delete,update,select都用，這機器A會(huì )不會(huì )和其它機器互鎖
來(lái)自：dubhe, 時(shí)間：1999-1-26 9:29:00, ID：99154
dsp:
insert和update時(shí)數據庫只對當前操作的記錄加鎖,而不是對整個(gè)表加鎖.因此,你
所舉的死鎖例子不會(huì )出現死鎖現象.
希臣:
其它機器Select,而A機器Insert,delete,Update,Select都用時(shí),機器A更不會(huì )與其
它機器互鎖.
一個(gè)死鎖的例子:
進(jìn)程A (修改記錄1)------->(修改記錄2)
進(jìn)程B (修改記錄2)------->(修改記錄1)
另外,建議希臣TQuery的寫(xiě)法:
Query1.Close;
Query1.SQL.Clear;
Query1.SQL.Add:=‘Select ... From table1 Where ...‘;
Query1.Open;
... ...
Query1.Close;//不需要時(shí)馬上Close掉
來(lái)自：delphi fan2, 時(shí)間：1999-1-26 10:04:00, ID：99156
其實(shí)數據庫都有事務(wù)處理，無(wú)論你使不使，數據庫自己會(huì )使用，所以
你大量輸入數據時(shí)要顯式使用可以提高效率和避免死鎖，當一個(gè)用戶(hù)插入，
而另一個(gè)用戶(hù)select是容易出問(wèn)題，在數據庫理論上用事務(wù)的處理級別來(lái)避免！
不過(guò)Sybase支持幾個(gè)我不知道，在數據庫產(chǎn)品里oracle是支持最好的！其他
產(chǎn)品都無(wú)法使事務(wù)完全獨立！
來(lái)自：yaojiaqing, 時(shí)間：1999-1-27 0:05:00, ID：99179
您看這樣行嗎？
1，客戶(hù)段絕對不使用數據感知控件，在客戶(hù)端錄入完成后，使用一個(gè)
事物處理將數據傳之服務(wù)器端。
2，如果客戶(hù)端使用數據感知控件，在本地用臨時(shí)表，完成錄入后，
在將數據上傳，
以上兩種方法，都會(huì )縮短傳輸時(shí)間。這樣網(wǎng)絡(luò )沖突會(huì )很少。
3，對于多表更新或修改，多用觸發(fā)器或存儲過(guò)程。
來(lái)自：delphi fan2, 時(shí)間：1999-1-27 0:13:00, ID：99180
我做數據庫程序時(shí)從不用數據感知控件，而且輸入后不要馬上refresh,
因為refresh是很費時(shí)的，可以讓用戶(hù)手動(dòng)刷新！效果不錯！
來(lái)自：yaojiaqing, 時(shí)間：1999-1-27 0:18:00, ID：99181
再補充兩點(diǎn)：
1，事物處理要用，數據的完整性嘛。
2，前端的錄入界面中，在錄入時(shí)保證不占用網(wǎng)絡(luò )。（所以說(shuō)：要用非數據
感知控件）
來(lái)自：xyw, 時(shí)間：1999-1-27 20:11:00, ID：99217
一定要采用事務(wù)處理;
對服務(wù)器端要妥善管理;
來(lái)自：蓉兒, 時(shí)間：1999-2-3 21:42:00, ID：99874
你的select語(yǔ)句打開(kāi)后什么時(shí)候關(guān)閉的?
其實(shí)很多時(shí)候鎖的造成是由于select而不是insert或update,控制好你取數據的機制就可避免很多鎖,這點(diǎn)我是有成功的經(jīng)驗.
Delphi的取數據機制是select結果集如果未載入完畢(這種情況很多,如DBGrid一次載入只能1000筆,除非你走動(dòng)當前記錄,它才會(huì )繼續載入又一部分),則會(huì )在后臺數據庫加一個(gè)共享鎖,SQLServer蠢在如果這個(gè)共享鎖有就不能update或insert相應頁(yè)面數據(該共享鎖鎖的是未載數據頁(yè)面),感覺(jué)這種低級問(wèn)題應該不會(huì )有但是確實(shí)存在.
我的實(shí)踐證明MSSQLServer不是一個(gè)很穩定的數據庫,除非你不亂動(dòng),則一般不會(huì )出錯.或者說(shuō)用Delphi的數據庫控件(或者說(shuō)是BDE)去訪(fǎng)問(wèn)SQLServer不是很精煉.
不過(guò)也不是根本行不通,設計合理還是可以的
建議你:
1.Client端select語(yǔ)句盡量精簡(jiǎn)
2.select取完數據則關(guān)閉連接
3.數據庫控件特別是DBGrid盡量少用,寧肯自己多花一點(diǎn)時(shí)間寫(xiě)界面,其實(shí)自己控制一切速度絕對比它們快得多
4.insert.update語(yǔ)句設計合理,能用Trigger盡量用Trigger
來(lái)自：lzl, 時(shí)間：1999-2-3 23:41:00, ID：99894
前面各位說(shuō)的都很對, 不過(guò)有時(shí)是無(wú)法避免這類(lèi)問(wèn)題的, 原因出在數據庫
的頁(yè)級鎖和表級鎖, 例如在SQL Server 6.5:
1.
begin transaction
insert into delegateinfdetail
values (54,‘23‘,‘43‘,‘1‘,‘1‘,132.00)
waitfor delay "00:00:10"
commit
2. select * from delegateinfdetail
同時(shí)開(kāi)兩個(gè)用戶(hù)窗口分別同時(shí)執行這兩段SQL, 2會(huì )等待直至1完成事務(wù)提交
可能這是sql server的問(wèn)題, 不知道其它怎么樣.
所以
1. 盡量避免使用數據感知控件
2. 減少事務(wù)處理時(shí)間
3. 盡可能使用多線(xiàn)程處理查詢(xún), 避免用戶(hù)端等待 (關(guān)于多線(xiàn)程查詢(xún)應該有例子, 不然
mail 我)
來(lái)自：taik, 時(shí)間：1999-2-4 20:18:00, ID：99951
1.先吃個(gè)Sybase補丁,EBFxxxx.exe等，Sybase主頁(yè)上有，很難找。
2.BDE設置CS Cursors Rows=100~200(BDE 5.01才有)。
3.你Sybase版本？
4.如果不會(huì )多人同時(shí)輸入同一條記錄的話(huà)有其他辦法。
5.上面有些提法不對，Sybase最新的版本才有Row級鎖，舊的
是Page鎖。
6.要用顯式的事務(wù)控制，在提交出錯時(shí)要再?lài)L試或Rollback.
7.開(kāi)發(fā)環(huán)境接近，好好切磋下。
來(lái)自：xhm, 時(shí)間：1999-2-12 7:18:00, ID：100882
沒(méi)有提交，引起死鎖！
來(lái)自：唐曉鋒, 時(shí)間：1999-2-26 18:14:00, ID：101305
你用線(xiàn)程不行嗎?
來(lái)自：mindong, 時(shí)間：1999-3-31 1:46:00, ID：103523
線(xiàn)程可以解決。
來(lái)自：tangyin, 時(shí)間：1999-4-9 22:40:00, ID：104834
我最近也碰到類(lèi)似的問(wèn)題。在Delphi客戶(hù)端用query來(lái)SELECT一個(gè)表，居然導致
其他用戶(hù)insert,update等出現阻塞。但不用數據感知控件似乎不太現實(shí)。如果
是蓉兒所說(shuō)的情況，希望能有較完善的解決方案。
一是SQL server端能否做些設置，或Delphi端有什么辦法釋放鎖。
來(lái)自：silly, 時(shí)間：1999-4-19 19:51:00, ID：105847
Delphi連接SYSBASE11時(shí)，BDE的配置使用DB-LIBERARY就不會(huì )造成死瑣，特別針對SELECT死鎖現象。
來(lái)自：tai, 時(shí)間：1999-4-20 12:02:00, ID：105872
DB-Liberary是被淘汰的，不建議用，為了兼容才留了這東東。
來(lái)自：tangyin, 時(shí)間：1999-4-20 12:35:00, ID：105874
不用DB-Liberary你說(shuō)用什么呢？
來(lái)自：xhm, 時(shí)間：1999-4-20 12:54:00, ID：105877
CT-Library
來(lái)自：tangyin, 時(shí)間：1999-4-20 17:50:00, ID：105922
如何配置CT-LIBRARY？
來(lái)自：silly, 時(shí)間：1999-4-22 23:20:00, ID：106317
WhyNotDBLibrary?TechnicalReasonsPls.
來(lái)自：SeaSky, 時(shí)間：1999-4-23 0:07:00, ID：106321
你試試 在Select 語(yǔ)句中加上 NoHoldLock選項, 例如
select * from Tabl1 A NoHoldLock
where .....
來(lái)自：jun_yan, 時(shí)間：1999-4-23 11:21:00, ID：106350
1。TQuery我用的不多，但在使用 TTable 控件時(shí)，常常遇到類(lèi)似的死鎖現象：
Can‘t perform this on table ,for record has been modified by
other users!
即使用DATA EXPLORER<
