㈠ 一條sql語句可以查出上千條數據，怎麼可以提高查詢速度
1、你的表大不大，如果非常大，又沒有索引在列上，那會很慢，因為是全表掃描；
2、也可能是數據容器問題，我用的C#不懂JAVA，若要在C#中的list中查找一個數據，處理時間與找到這行前掃描的行數成正比，如果用Dictionary，用的是HASH查找，查找時間與表大小無關，你看看JAVA中的數據容器的介紹。
㈡ 如何提高SQL查詢速度
1
你老師說的對，建立索引是可以提高查詢速度的。你插入了百萬條數據，可以測試。如果在C欄位上建立索引，那以該欄位為查詢條件，在建立後查詢和刪除索引後查詢比較一下就知道了。
2
關於視圖。是提高不了查詢速度的，因為視圖對應一個SQL語句，它只是存起來而已，最後需要進行視圖消解才能進行查詢，它和直接執行相應的語句是一樣的，理論上還要慢一點。
3
關於存儲過程，弄好了是可以提高查詢效率的，因為存儲過程會把一段查詢，也就是SQL語句進行賢編譯，然後將編譯後的代碼存在於伺服器上，在用戶查詢時節省了SQL的編譯時間，所以加快了查詢速度。
㈢ 如何提高SQL查詢速度
索引對資料庫檢索優化時很重要的一個概念聚集索引在SQL中是唯一的也就是說聚集索引時一個很寶貴的資源但是SQL SERVER在自動分配索引的時候默認總是將ID主鍵分配為聚集索引其實是很浪費的通常情況下你可以通過語句創建聚集索引到你使用率最高的條件欄位上面去，當然你必須先分配聚集索引然後再去分配主鍵，否則主鍵創建時就會自動佔用聚集索引然後非聚集索引不能設置過濫，設置過濫會導致目錄增多最後反而導致查詢緩慢優化不是純粹理論上的東西，理論教會你怎麼去使用嘗試才能獲取經驗
㈣ SQL2000資料庫，如何提高對一個龐大的表的查詢速度
你經常查詢的，經常分組的，經常判斷的
欄位
，必須加
索引
，增加索引後，查詢速度會大幅度提高，但是插入，更新，刪除速度會變慢，總而言之，總有一個慢，你權衡是數據插入，更新，刪除多還是查詢多，決定是否增加索引，非經常查詢欄位就不要增加索引了，以免浪費
數據空間
和增加插入，更新，刪除的時間
另外，如果數據按時間增長，由於你使用的是SQL2000，建議將
大表
拆開每日保存一張
日表
，縮小單張表的大小，在表內查詢就會快很多（因為讀進
內存
的數據小多了），實現分區的功能；如果使用SQL2005，則資料庫可以直接支持分區
這樣就
沒有問題
了，我們這處理的數據每天4000
萬行
，保存了50天數據，查詢起來也只要5分鍾
㈤ 查詢的SQL語句怎麼寫才能提高查詢效率
這是SQL語句優化的問題了。網上好多類似的文章，非常全面。
個人覺得比較常用的是：
SQL語句查詢中經常用到的欄位建索引，這樣可以非常明顯的提升查詢速度。
FROM表的順序，大表在前，小表在後，因為檢索的順序從後往前。
WHERE， WHERE A.COLUMN = B.COLUMN，把小表的欄位放在後邊（B表），大表在前。
固定值查詢的放在後邊 COLUMN = '1'這種。因為這個也是從後往前的順序。
如果有(NOT) IN (SELECT ...) 盡量避免，因為IN裡面也是一個大的查詢，使用 (NOT) EXISTS的語法代替。
還有UNION和UNION ALL，多表聯合，UNION的作用是可以去掉重復，如果多表沒有重復數據，使用UNION ALL效率也會大大提高。
㈥ 如何提高sql資料庫的查詢速度
一、程序中：
1、保證在實現功能的基礎上，盡量減少對資料庫的訪問次數。
2、通過搜索參數，盡量減少對表的訪問行數,最小化結果集，從而減輕網路負擔，能夠分開的操作盡量分襲蔽開處理，提高每次的響應速度。
3、在數據窗口使用SQL時，盡量把使用的索引放在選擇的首列，演算法的結構盡量簡單。
二、避免使用不兼容的數據類型。
例如「float」、「int」、「char」等，都屬於不兼容。 數據類型的不兼容可能使優化器無法執行一些本來可以進行的優化操型態作。
三、盡量避免在Where子句中對欄位進行函數或表達式卜禪源操作，這將導致引擎放棄使用索引而進行全表掃描。
四、盡量使用數字型欄位。
一部分開發人員和資料庫管理人員喜歡把包含數值信息的欄位設計為字元型，這會降低查詢和連接的性能，並會增加存儲開銷。
㈦ 如何用一款小工具大大加速MySQL SQL語句優化
1.將經常要用到的欄位（比如經常要用這些欄位來排序，或者用來做搜索），則最好將這些欄位設為索引。 2.欄位的種類盡可能用int 或者tinyint類型。另外欄位盡可能用NOT NULL。 3.當然無可避免某些欄位會用到text ,varchar等字元類型，最好將text欄位的單獨出另外一個表出來（用主鍵關聯好） 4.欄位的類型，以及長度，是一個很考究開發者優化功力的一個方面。如果表數據有一定的量了，不妨用PROCEDURE ANALYSE()命令來取得欄位的優化建議！（在phpmyadmin里可以在查看錶時，點擊 「Propose table structure」 來查看這些建議） 如此可以讓你的表欄位結構 趨向完善。 5.select * 盡量少用，你想要什麼欄位 就select 什麼欄位出來 不要老是用* 號！同理，只要一行數據時盡量使用 LIMIT 1 6.絕對不要輕易用order by rand() ，很可能會導致mysql的災難！！ 7.每個表都應該設置一個ID主鍵，最好的是一個INT型，並且設置上自動增加的AUTO_INCREMENT標志，這點其實應該作為設計表結構的第一件必然要做的事！！ 8.拆分大的 DELETE 或 INSERT 語句。因為這兩個操作是會鎖表的，表一鎖住了，別的操作都進不來了，就我來說 有時候我寧願用for循環來一個個執行這些操作。 9.不要用永久鏈接 mysql_pconnect()；除非你真的非常肯定你的程序不會發生意外，不然很可能也會導致你的mysql死掉。 10.永遠別要用復雜的mysql語句來顯示你的聰明。就我來說，看到一次關聯了三，四個表的語句，只會讓人覺得很不靠譜。
㈧ 如果輸入一條查詢一張表的sql語句，但資料庫執行緩慢，如何並採取什麼樣的方法對資料庫進行優化
1.對表格進行優化。創建索引可以大大的加快查詢的速度。
2。對你的語句進行優化。where語句中執行的順序是：從右往左，從下往上。所以
（1）能排除最多數據的條件應該寫在最外面。
（2）如果是多表關聯的，那麼關聯表應該放在中間，數據少的表放最後
（3）盡量不要用select *，因為這樣資料庫是進行全表掃描，相當於select 所有欄位，盡量選需要的吧
㈨ 如何加快檢索速度 sql server
如何提高SQL語言的查詢效率?
由於SQL是面向結果而不是面向過程的查詢語言，所以一般支持SQL語言的大型關系型資料庫都使用一個基於查詢成本的優化器，為即時查詢提供一個最佳的執行策略。對於優化器，輸入是一條查詢語句，輸出是一個執行策略。
一條SQL查詢語句可以有多種執行策略，優化器將估計出全部執行方法中所需時間最少的所謂成本最低的那一種方法。所有優化都是基於用記所使用的查詢語句中的where子句，優化器對where子句中的優化主要用搜索參數(Serach Argument)。
搜索參數的核心思想就是資料庫使用表中欄位的索引來查詢數據，而不必直接查詢記錄中的數據。
帶有 =、<、<=、>、>= 等操作符的條件語句可以直接使用索引，如下戚指列是搜索參數：
emp_id = "10001" 或 salary > 3000 或 a =1 and c = 7
而下列則不是搜索參數：
salary = emp_salary 或 dep_id != 10 或 salary * 12 >= 3000 或 a=1 or c=7
應當盡可能提供一些冗餘的搜索參數，使優化器有更多的選擇鎮薯餘地。請看以下3種方法：
第一種方法：
select employee.emp_name,department.dep_name from department,employee where (employee.dep_id = department.dep_id) and (department.dep_code='01') and (employee.dep_code='01');
它的搜索分析結果如下：
Estimate 2 I/O operations
Scan department using primary key
for rows where dep_code equals '01'
Estimate getting here 1 times
Scan employee sequentially
Estimate getting here 5 times
第二種方法：
select employee.emp_name,department.dep_name from department,employee where (employee.dep_id = department.dep_id) and (department.dep_code='01');
它的搜索分析結果如下：
Estimate 2 I/O operations
Scan department using primary key
for rows where dep_code equals '01'
Estimate getting here 1 times
Scan employee sequentially
Estimate getting here 5 times
第一種方法與第二種運行效率相同，但第一種方法最好，因為它為優化器提供了更多的選擇機會。
第三種方法：
select employee.emp_name,department.dep_name from department,employee where (employee.dep_id = department.dep_id) and (employee.dep_code='01');
這種方法最不好，因為它無法使用索引，也就是無法高旅配優化……
使用SQL語句時應注意以下幾點：
1、避免使用不兼容的數據類型。例如，Float和Integer，Char和Varchar，Binary和Long Binary不兼容的。數據類型的不兼容可能使優化器無法執行一些本可以進行的優化操作。例如：
select emp_name form employee where salary > 3000;
在此語句中若salary是Float類型的，則優化器很難對其進行優化，因為3000是個整數，我們應在編程時使用3000.0而不要等運行時讓DBMS進行轉化。
2、盡量不要使用表達式，因它在編繹時是無法得到的，所以SQL只能使用其平均密度來估計將要命中的記錄數。
3、避免對搜索參數使用其他的數學操作符。如：
select emp_name from employee where salary * 12 > 3000;
應改為：
select emp_name from employee where salary > 250;
4、避免使用 != 或 <> 等這樣的操作符，因為它會使系統無法使用索引，而只能直接搜索表中的數據。
㈩ 如何提高sql資料庫的查詢速度
這是一個典型問題，在網上搜一下就行了。給你搜了一個粘過來看看
1.索引優化
建索引的選擇必須結合SQL查詢、修改、刪除語句的需要，一般的說法是在WHERE里經常出現的欄位建索引。如果在WHERE經常是幾個欄位一起出現而且是用AND連接的，那就應該建這幾個欄位一起的聯合索引，而且次序也需要考慮，一般是最常出現的放前面，重復率低的放前面。
SQL Server提供了一種簡化並自動維護資料庫的工具。這個稱之為資料庫維護計劃向導（Database Maintenance Plan Wizard ，DMPW）的工具也包括了對索引的優化。如果你運行這個向導，你會看到關於資料庫中關於索引的統計量，這些統計量作為日誌工作並定時更新，這樣就減輕了手工重建索引或者DBCC INDEXDEFRAG所帶來的工作量。如果你不想自動定期刷新索引統計量，你還可以在DMPW中選擇重新組織數據和數據頁，這將停止舊有索引並按特定的填充因子重建索引。
2.
改善硬體（雙CPU，Raid 5，增加內存）
tempdb這個臨時資料庫，它對性能的影響較大。tempdb和其他資料庫一樣可以增大，可以縮小。當數據文件需要增長的時候，通常不能保持剩餘部分的連續性。這時文件就會產生碎片，這種碎片會造成性能下降。這種碎片屬於外來性碎片。要阻止在tempdb中產生外來性碎片，必須保證有足夠的硬碟空間。一般將tempdb的容量放到平均使用容量。而你也應該允許tempdb自動增長，比如你有個一個超大的join操作，它建立了一個超過tempdb容量的時候，該查詢將失敗。你還要設置一個合理的單位增長量。因為如果你設得太小，將會產生許多外來性碎片，反而會佔用更多資源。sqlserver調優最有效的做法之一，就是把爭奪資源的操作獨立出去。tempdb就是一個需要獨立出去的部分而tempdb和其他系統庫一樣是公用的，是存取最可能頻繁的庫，所有處理臨時表、子查詢、GROUP BY、排序、DISTINCT、連接等等。它最適合放到一個具有快速讀寫能力的設備上。比如RAID0卷或RAID0+1卷上。
查詢語句一定要使用存儲過程；
3、查詢盡量使用TOP子句
4.將表按一定的約束分成子表,(如按分類)創建約束,在用Like 時,先用分類 and like , 應該可能解決問題. 而且效果立稈見影!(你要確定SQL會認識你建的分區視圖).我一個表有上百萬的記錄(700兆),用分區視圖後,查詢速度基本跟10萬行一樣.
如果還是太慢,還可以考濾分布式分區視圖!這總可以解決問題了吧!
關鍵在於你能否把大表按某種約束分解成子表.