A. 如何提高sqlserver查詢效率
企業裡面的話是很在乎資料庫效率無論是插入還是查詢,特別是查詢,因此這個問題涉及方面比較雜因為針對你不同查詢有不同的寫法,具體那種效率更高還得看計算機怎麼認,所以最根本的話還是去研究一下
sqlserver
底層數據查詢的過程.只有理解深入自己心裡才有底知道怎樣才是效率更高.
B. 怎樣提升SQL語句的查詢速度
1.選擇最有效率的表名順序。ORACLE的解析器按照從右到左的順序處理FROM子句中的表名,因此FROM子句中寫在最後的表(基礎表 driving table)將被最先處理. 在FROM子句中包含多個表的情況下,你必須選擇記錄條數最少的表作為基礎表。如果有3個以上的表連接查詢, 那就需要選擇交叉表(intersection table)作為基礎表, 交叉表是指那個被其他表所引用的表。
2.WHERE子句中的連接順序。ORACLE採用自下而上的順序解析WHERE子句,根據這個原理,表之間的連接必須寫在其他WHERE條件之前, 那些可以過濾掉最大數量記錄的條件必須寫在WHERE子句的末尾。
3.SELECT子句中盡量避免使用 『* 』。
4.使用DECODE函數來減少處理時間。
5.查詢結果能不排序就不排序。盡量不用Order by,distinct,union,MINUS,INTERSECT。
6.用表連接代替子查詢in。
7.用索引提高查詢效率。但是索引不能隨便用，還要搞清楚每種索引適用的情況，比如B*索引、復合索引、函數索引、bitmap索引等。雖然使用索引能得到查詢效率的提高,但是也必須注意到它的代價. 索引需要空間來存儲,也需要定期維護, 每當有記錄在表中增減或索引列被修改時, 索引本身也會被修改. 這意味著每條記錄的INSERT , DELETE , UPDATE將為此多付出幾 次的磁碟I/O，因為索引需要額外的存儲空間和處理,那些不必要的索引反而會使查詢反應時間變慢。
8.不能再索引列上適用not、<>、is null、not is null、做四則運算，否則索引會被抑制，不起作用，變成全表掃描。
9.用>=替代>。比如SELECT * FROM S WHERE ID>=4效率SELECT * FROM S WHERE ID>3高。兩者的區別在於, 前者DBMS將直接跳到第一個ID等於4的記錄，而後者將首先定位到ID=3的記錄並且向前掃描到第一個DEPT大於3的記錄。
10.如果表的數據量很大，可以為該表建分區。經常使用的子查詢可以建成視圖。
.
.
.
.
.
.
.
.
C. 如何提高SQL Server大數據條件下的查詢速度
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萬行一樣.
如果還是太慢,還可以考濾分布式分區視圖!這總可以解決問題了吧!
關鍵在於你能否把大表按某種約束分解成子表.
D. 如何提高SQL查詢速度
1
你老師說的對，建立索引是可以提高查詢速度的。你插入了百萬條數據，可以測試。如果在C欄位上建立索引，那以該欄位為查詢條件，在建立後查詢和刪除索引後查詢比較一下就知道了。
2
關於視圖。是提高不了查詢速度的，因為視圖對應一個SQL語句，它只是存起來而已，最後需要進行視圖消解才能進行查詢，它和直接執行相應的語句是一樣的，理論上還要慢一點。
3
關於存儲過程，弄好了是可以提高查詢效率的，因為存儲過程會把一段查詢，也就是SQL語句進行賢編譯，然後將編譯後的代碼存在於伺服器上，在用戶查詢時節省了SQL的編譯時間，所以加快了查詢速度。
E. 怎麼提高資料庫查詢效率
提高查詢效率首先要想到的就是加索引，那什麼是索引呢？
MySQL索引的建立對於MySQL的高效運行是很重要的，索引可以大大提高MySQL的檢索速度。
打個比方，如果合理的設計且使用索引的MySQL是一輛蘭博基尼的話，那麼沒有設計和使用索引的MySQL就是一個人力三輪車。
索引分單列索引和組合索引。單列索引，即一個索引只包含單個列，一個表可以有多個單列索引，但這不是組合索引。組合索引，即一個索引包含多個列。
創建索引時，你需要確保該索引是應用在 SQL 查詢語句的條件(一般作為 WHERE 子句的條件)。
實際上，索引也是一張表，該表保存了主鍵與索引欄位，並指向實體表的記錄。
上面都在說使用索引的好處，但過多的使用索引將會造成濫用。因此索引也會有它的缺點：雖然索引大大提高了查詢速度，同時卻會降低更新表的速度，如對表進行INSERT、UPDATE和DELETE。因為更新表時，MySQL不僅要保存數據，還要保存一下索引文件。
建立索引會佔用磁碟空間的索引文件。
如何使用索引呢？
首先索引有窄索引和寬索引兩個概念，窄索引是指索引的列數為1~2，寬索引就是說索引的列數大於2。
因為窄索引的效率要高於寬索引，所以能用窄索引就不要使用寬索引。
那麼對單欄位索引和復合索引應該如何使用？
目錄
單欄位索引的情況：
復合索引的優勢：
兩者的比較：
單欄位索引的情況：
1.表的主鍵，外鍵必須有索引
2.數據量超過300的表應該有索引
3.經常與其他表進行連接的表，在連接欄位上應該建立索引
4.經常出現在where字句中的欄位，特點是大表的欄位，應該建立索引
5.索引應該建在選擇性高的欄位上
6.索引應該建在小欄位上，對於大的文本欄位甚至超長欄位，不要建立索引
7.盡量用單欄位索引代替復合索引，復合索引的建立需要仔細的斟酌
復合索引的優勢：
1.單欄位索引很少甚至沒有
2.復合索引的幾個欄位經常同時以AND的方式出現在where語句
當where語句中的條件是OR時，索引不起作用。
兩者的比較：
以一個sql語句來舉例：SELECT * FROM STUDENT WHERE SEX="男" AND SAGE=18;
若在sex 和 sage 兩個欄位分別創建了單欄位索引，mysql查詢每次只能使用一個索引，雖然對於未添加索引時使用全盤掃描,我們的效率提升了很多，但如果在sex 和 sage兩個欄位添加復合索引，效率會跟高，如： 創建(sex, age,teacher)的復合索引，那麼其實相當於創建了(area,age,teacher)、(area,age)、(area)三個索引，這被稱為最佳左前綴特性。
那對於兩者優缺點的比較：
1.對於具有2個用and連接條件的語句，且2個列之間的關聯度較低的情況下，復合索引有一定優勢。
2.對於具有2個用and連接條件的語句，且2個列之間的關聯度較高的情況下，復合索引有很大優勢。
3.對於具有2個用or連接條件的語句，單索引有一定優勢，因為這種情況下復合索引將會導致全表掃描，而前者可以用到indexmerge的優化。
以上就是如何提高查詢效率的全部內容，如果有幫助到你的話記得點個關注喲
F. 如何進行SQL性能優化
這里分享下mysql優化的幾種方法。
1、首先在打開的軟體中，需要分別為每一個表創建 InnoDB FILE的文件。
G. 如何提高sql語句的執行效率
1、使用ordered提示
Oracle必須花費大量的時間來剖析多表的合並，用以確定表合並的最佳順序。SQL表達式涉及七個乃至更多的表合並，那麼有時就會需要超過30分鍾的時間來剖析，Ordered這個提示(hint)和其他的提示一起使用能夠產生合適的合並順序。
2、使用ordered_predicates
ordered_predicates提示在查詢的WHERE子句里指定的，並被用來指定布爾判斷(Booleanpredicate)被評估的順序。在沒有ordered_predicates的情況下，Oracle會使用下面這些步驟來評估SQL判斷的順序：子查詢的評估先於外層WHERE子句里的Boolean條件。
所有沒有內置函數或者子查詢的布爾條件都按照其在WHERE子句里相反的順序進行評估，即最後一條判斷最先被評估。每個判斷都帶有內置函數的布爾判斷都依據其預計的評估值按遞增排列。
3、限製表格合並評估的數量
提高SQL剖析性能的最後一種方法是強製取代Oracle的一個參數，這個參數控制著在評估一個查詢的時候，基於消耗的優化器所評估的可能合並數量。
(7)如何提升sql查詢性能擴展閱讀：
1、表設計的優化，數據行的長度不要超過8020位元組，如果超過這個長度的話在物理頁中這條數據會佔用兩行從而造成存儲碎片，降低查詢效率。
2、語句的查詢優化，保證在實現功能的基礎上，盡量減少對資料庫的訪問次數；
3、建立高效的索引創建索引一般有以下兩個目的：維護被索引列的唯一性和提供快速訪問表中數據的策略。
大型資料庫有兩種索引即簇索引和非簇索引，一個沒有簇索引的表是按堆結構存儲數據，所有的數據均添加在表的尾部，而建立了簇索引的表，其數據在物理上會按照簇索引鍵的順序存儲。個表只允許有一個簇索引。
4、強制查詢轉換，有時候oracle 的優化器未必能走正確的查詢路線，這個時候就需要添加一些hint 之類的來規定他的執行路線。當然了，這個未必是最好的處理方案。因為雖然現在走這個路線是對的，以為因為數據的變化到這這個HINT 變得不可取。