推薦：解決SQL Server無法打開用戶默認數(shù)據(jù)庫的問題
無法打開用戶默認數(shù)據(jù)庫，登錄失敗,這是SQL Server使用者熟悉的問題之一。在使用企業(yè)管理器、查詢分析器、各類工具和應用軟件的時候，只要關系到連接SQL Server數(shù)據(jù)庫的時候，都有可能會碰到此問題,引起此錯誤發(fā)生的原因比較多,下面我們就來詳細分析引起此問

　　17、注意UNion和UNion all 的區(qū)別。UNION all好
　　
　　18、注意使用DISTINCT，在沒有必要時不要用，它同UNION一樣會使查詢變慢。重復的記錄在查詢里是沒有問題的
　　
　　19、查詢時不要返回不需要的行、列
　　
　　20、用sp_configure ’query governor cost limit’或者SET QUERY_GOVERNOR_COST_LIMIT來限制查詢消耗的資源。當評估查詢消耗的資源超出限制時，服務器自動取消查詢,在查詢之前就扼殺掉。 SET LOCKTIME設置鎖的時間
　　
　　21、用select top 100 / 10 Percent 來限制用戶返回的行數(shù)或者SET ROWCOUNT來限制操作的行
　　
　　22、在SQL2000以前，一般不要用如下的字句: "IS NULL", "<>", "!=", "!>", "!<", "NOT", "NOT EXISTS", "NOT IN", "NOT LIKE", and "LIKE ’%500’"，因為他們不走索引全是表掃描。也不要在Where字句中的列名加函數(shù)，如Convert，substring等,如果必須用函數(shù)的時候，創(chuàng)建計算列再創(chuàng)建索引來替代.還可以變通寫法：Where SUBSTRING(firstname,1,1) = ’m’改為Where firstname like ’m%’（索引掃描），一定要將函數(shù)和列名分開。并且索引不能建得太多和太大。NOT IN會多次掃描表，使用EXISTS、NOT EXISTS ，IN , LEFT OUTER JOIN 來替代，特別是左連接,而Exists比IN更快，最慢的是NOT操作.如果列的值含有空，以前它的索引不起作用，現(xiàn)在2000的優(yōu)化器能夠處理了。相同的是IS NULL，"NOT", "NOT EXISTS", "NOT IN"能優(yōu)化她，而"<>"等還是不能優(yōu)化，用不到索引。
　　
　　23、使用Query Analyzer，查看SQL語句的查詢計劃和評估分析是否是優(yōu)化的SQL。一般的20%的代碼占據(jù)了80%的資源，我們優(yōu)化的重點是這些慢的地方。
　　
　　24、如果使用了IN或者OR等時發(fā)現(xiàn)查詢沒有走索引，使用顯示申明指定索引： Select * FROM PersonMember (INDEX = IX_Title) Where processid IN (’男’，’女’)
　　
　　25、將需要查詢的結果預先計算好放在表中，查詢的時候再Select。這在SQL7.0以前是最重要的手段。例如醫(yī)院的住院費計算。
　　
　　26、MIN() 和 MAX()能使用到合適的索引。
　　
　　27、數(shù)據(jù)庫有一個原則是代碼離數(shù)據(jù)越近越好，所以優(yōu)先選擇Default,依次為Rules,Triggers, Constraint（約束如外健主健CheckUNIQUE……,數(shù)據(jù)類型的最大長度等等都是約束）,Procedure.這樣不僅維護工作小，編寫程序質量高，并且執(zhí)行的速度快。
　　
　　28、如果要插入大的二進制值到Image列，使用存儲過程，千萬不要用內嵌Insert來插入(不知JAVA是否)。因為這樣應用程序首先將二進制值轉換成字符串（尺寸是它的兩倍），服務器受到字符后又將他轉換成二進制值.存儲過程就沒有這些動作: 方法：Create procedure p_insert as insert into table(Fimage) values (@image), 在前臺調用這個存儲過程傳入二進制參數(shù)，這樣處理速度明顯改善。
　　
　　29、Between在某些時候比IN 速度更快,Between能夠更快地根據(jù)索引找到范圍。用查詢優(yōu)化器可見到差別。 select * from chineseresume where title in (’男’,’女’) Select * from chineseresume where between ’男’ and ’女’ 是一樣的。由于in會在比較多次，所以有時會慢些。
　　
　　30、在必要是對全局或者局部臨時表創(chuàng)建索引，有時能夠提高速度，但不是一定會這樣，因為索引也耗費大量的資源。他的創(chuàng)建同是實際表一樣。
　　
　　31、不要建沒有作用的事物例如產生報表時，浪費資源。只有在必要使用事物時使用它。
　　
　　32、用OR的字句可以分解成多個查詢，并且通過UNION 連接多個查詢。他們的速度只同是否使用索引有關,如果查詢需要用到聯(lián)合索引，用UNION all執(zhí)行的效率更高.多個OR的字句沒有用到索引，改寫成UNION的形式再試圖與索引匹配。一個關鍵的問題是否用到索引。
　　
　　 33、盡量少用視圖，它的效率低。對視圖操作比直接對表操作慢,可以用stored procedure來代替她。特別的是不要用視圖嵌套,嵌套視圖增加了尋找原始資料的難度。我們看視圖的本質：它是存放在服務器上的被優(yōu)化好了的已經產生了查詢規(guī)劃的SQL。對單個表檢索數(shù)據(jù)時，不要使用指向多個表的視圖，直接從表檢索或者僅僅包含這個表的視圖上讀，否則增加了不必要的開銷,查詢受到干擾.為了加快視圖的查詢，MsSQL增加了視圖索引的功能。
　　

分享：揭秘優(yōu)化SQL Server數(shù)據(jù)庫查詢的方法
文中，abigale代表查詢字符串，ada代表數(shù)據(jù)表名，alice代表字段名。 技巧一： 問題類型：ACCESS數(shù)據(jù)庫字段中含有日文片假名或其它不明字符時查詢會提示內存溢出。 解決方法：修改查詢語句 sql=select * from ada where alice like '%abigale%' 改為 sql=