代碼,從表biao中根據ziduan查找，并回傳x1,x2兩個值,賦給jieguo1,jieguo2
a:='emample';
for i := 1 to 400 do//測驗運行400次
begin
ADOQuery1.Close;
ADOQuery1.SQL.Text:='select x1,x2 from biao where ziduan ='''+a+'''';
ADOQuery1.Open;
jieguo1:=ADOQuery1.FieldByName('x1').AsString;//這句去掉，對運行時間沒啥優化
jieguo2:=ADOQuery1.FieldByName('x2').AsString;//這句去掉，對運行時間沒啥優化
end;
biao大概有2萬條資料，ziduan,x1,x2都是長度不超過5的字符。
測驗上面的代碼，要運行3秒半。
這個速度實在太慢了，大牛，幫忙看一下如何解決
uj5u.com熱心網友回復：
ADOQuery1.Close;ADOQuery1.SQL.Text:='select x1,x2 from biao where ziduan ='''+a+'''';
ADOQuery1.Open;
jieguo1:=ADOQuery1.FieldByName('x1').AsString;//這句去掉，對運行時間沒啥優化
jieguo2:=ADOQuery1.FieldByName('x2').AsString;//這句去掉，對運行時間沒啥優化
------------------------------------------
執行一次3秒鐘?
uj5u.com熱心網友回復：
對ziduan欄位建立非聚簇索引 索引, 看看速度有提升么uj5u.com熱心網友回復：
a:='emample';for i := 1 to 400 do//測驗運行400次
begin
//下面三行為何寫在回圈里面？一次查出需要的再分別賦值不行嗎？
ADOQuery1.Close;
ADOQuery1.SQL.Text:='select x1,x2 from biao where ziduan ='''+a+'''';
ADOQuery1.Open;
jieguo1:=ADOQuery1.FieldByName('x1').AsString;//這句去掉，對運行時間沒啥優化
jieguo2:=ADOQuery1.FieldByName('x2').AsString;//這句去掉，對運行時間沒啥優化
end;
uj5u.com熱心網友回復：
這個代碼有些看不懂，這樣只是對表打開了400次啊
每次查到的結果都是一樣的。為什么不是只查一次呢？
uj5u.com熱心網友回復：
嗯，是啊，上面這段就是測驗的代碼，相當于訪問了資料庫400次，花了3秒鐘。（實際上，在交給客戶的程式中，他輸入一個值，要查資料庫1200次，我用的就是上面的代碼，要大概9秒鐘，這個時間太長了）。
剛才在access里給“ziduan”建了個索引，速度快了些，運行400次大概1.5秒。
uj5u.com熱心網友回復：
實際上每次回圈要查找的“a”都是不同的uj5u.com熱心網友回復：
這個時間正常.
建議你調整優化的方向
實際應用中, 1200次查詢是一次完成的嗎?
--------------------------------------
1 用戶操作一次, 執行少量查詢, 速度延滯不會太大.
2 用戶操作一次, 執行多次查詢, 先把查詢陳述句拼接好了-> 執行一次查詢-> 分配查詢結果, 這樣就快了
uj5u.com熱心網友回復：
寫存盤程序會不會快一點，把查詢陳述句在sql執行，只回傳結果，這樣就不需要不停和資料庫交換資料。存盤程序怎么寫，就不要問我了，還不會，沒學到哪里。uj5u.com熱心網友回復：
速度慢跟delphi沒太多關系。你得把重點放在sql上，要快首選建索引是必不可少的，再一個你用回圈來不斷open/close這花費大量時候在IO上了。最好最大程度上把可以篩選的范圍提取出來放在記憶體表中，然后再查詢記憶體表。uj5u.com熱心網友回復：
一般說來，odbc資料庫驅動比專用驅動要慢一個資料級。uj5u.com熱心網友回復：
這個查詢400次3S 不怎麼長………… 這個速度與DELPHI 重點在後臺uj5u.com熱心網友回復：
如果是access資料庫，優化的地方不怎么多了。你那里速度慢的地方，一個是頻繁的open,close，第二個，就是每次都需要編譯、運行sql陳述句。
如果想要速度快，采用存盤程序吧，存盤程序只需要傳入引數，不需要open,close，也不需要每次都編譯陳述句。
但是access不支持存盤程序，想要高性能，采用更好的資料庫吧。
uj5u.com熱心網友回復：
同意此大牛觀點!
uj5u.com熱心網友回復：
剛才在access里給“ziduan”建了個索引，速度快了些，運行400次大概1.5秒。【ACCESS】還是2萬條記錄，有3秒已果不錯了。uj5u.com熱心網友回復：
資料庫達2萬條，速度可以的了。再優化不了多少了。uj5u.com熱心網友回復：
瓶頸是資料庫或者資料庫引擎網路通訊,Delphi資料庫查詢幾百萬記錄也比你那個快uj5u.com熱心網友回復：
建議采用三層構架，使用ClientDataSet.uj5u.com熱心網友回復：
資料集每次Close和Open的開銷遠大于查詢的開銷，在不優化資料表的情況下，建議把查詢陳述句寫成select * from biao where ziduan1 in ('vlu1','vlu2')，一次性把你要的資料全部查詢出來，然后在query中回圈，效率會遠高于你現在的寫法進一步的優化效率，就是在biao里面創建ziduan1的非聚集索引，索引中再include你要用的幾個欄位，又可以提高查詢的效率
基本上一個幾萬資料的表查詢，一次查詢，記憶體中回圈300次，也就不到1秒的效率
uj5u.com熱心網友回復：
我們的產品經常要在上千萬資料的表里面查詢，一次回傳100條記錄，也就要求2、3秒就出結果，你說2萬條資料，這樣的速度可以了？我們要不要活了啊？
uj5u.com熱心網友回復：
你們是不是都理解錯誤了呢？我覺得這個不是優化資料庫的問題，而是邏輯概念的問題啊？你可以這樣做：
ADOQuery1.Close;
ADOQuery1.SQL.Text:='select x1,x2 from biao ‘; //我想打開一個2萬筆的資料表應該慢不到哪里去吧？
ADOQuery1.Open;
a:='emample'; // a 的值需要改變400次，這里就不模擬了，就默認都是這個值
for i := 1 to 400 do//測驗運行400次
begin
//查找定位記錄
ADOQuery1.locate('ziduan',a,[]); //這條陳述句就是在記憶體里找了，不關資料庫的事了，所以速度會很快。
//回傳需要的結果
jieguo1:=ADOQuery1.FieldByName('x1').AsString;
jieguo2:=ADOQuery1.FieldByName('x2').AsString;
end;
uj5u.com熱心網友回復：
用Filter := true過濾試試uj5u.com熱心網友回復：
你可以一次查出所有的資料，不需要用回圈，然后把資料放到一個dictionary里，再用dictionary訪問你要的欄位uj5u.com熱心網友回復：
為什么要頻繁的查？uj5u.com熱心網友回復：
這個慢跟DELPHI沒有關系吧
事實上，你的select 陳述句執行后，不是所有的資料都在本地記憶體的，DEPHI只會把其中的一部分調到記憶體，覺得樓主在這里鉆牛角了。
所以，把所有的資料SELECT回來，然后LOCATE的方法是可行的。沒有必要進行400個CLOSE和OPEN。
看一下效率是不是提高了？
對比一下索引前和索引后需要的時間？
最重要的是減輕了服務器的負擔，如果樓豬的原本方法，有幾個客戶端的話，服務器不都把資源浪費在查詢中
uj5u.com熱心網友回復：
樓主的方案很怪。uj5u.com熱心網友回復：
從頭到尾看了一遍。給一個建議：1、SQL查詢的速度，基本上就是如此了。
2、你撰寫一個函式，將查詢的結果存入過度性的DataSet中。
3、此函式定時生成結果。 或在服務器端定時生成。
4、用戶讀取DataSet中的值。
這樣，用戶感覺非常快了。只是建議而已！
uj5u.com熱心網友回復：
資料量大的話，就會慢的uj5u.com熱心網友回復：
SQL陳述句的基礎還要多練習SELECT A.*
FROM Table
WHERE EXISTS(SELECT TOP 1 1 FROM biao);
Exists里面就是你要過濾的條件
原則，盡量一次性把你需要的資料找出來，回傳的欄位只要你需要的欄位，少用IN，或者LIKE '%SSSS'這樣的陳述句。
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/94495.html
標籤：數據庫相關
上一篇：delphi 處理 WORD 檔案 圖片 的批量 處理
下一篇：win7下訪問系統目錄無權限