【資料名稱】：SQL常用查詢

【資料作者】：其他

【資料日期】：2012-06-27

【資料語言】：中文

【資料格式】：TXT

【資料目錄和簡介】：

1）限制結(jié)果集

要盡量減少返回的結(jié)果行，包括行數(shù)和字段列數(shù)。
返回的結(jié)果越大，意味著相應(yīng)的SQL語句的logical reads 就越大，對服務(wù)器的性能影響就越甚。
一個很不好的設(shè)計就是返回表的所有數(shù)據(jù)：

Select * from tablename

即使表很小也會導(dǎo)致并發(fā)問題。更壞的情況是，如果表有上百萬行的話，那后果將是災(zāi)難性的。
它不但可能帶來極重的磁盤IO，更有可能把數(shù)據(jù)庫緩沖區(qū)中的其他緩存數(shù)據(jù)擠出，使得這些數(shù)據(jù)下次必須再從磁盤讀取。
必須設(shè)計良好的SQL語句，使得其有where語句或TOP語句來限制結(jié)果集大小。

2）合理的表設(shè)計

SQL Server 2005將支持表分區(qū)技術(shù)。利用表分區(qū)技術(shù)可以實現(xiàn)數(shù)據(jù)表的流動窗口功能。
在流動窗口中可以輕易的把歷史數(shù)據(jù)移出，把新的數(shù)據(jù)加入，從而使表的大小基本保持穩(wěn)定。

另外，表的設(shè)計未必需要非常范式化。有一定的字段冗余可以增加SQL語句的效率，減少JOIN的數(shù)目，提高語句的執(zhí)行速度。

3）OLAP和OLTP模塊要分開

OLAP和OLTP類型的語句是截然不同的。前者往往需要掃描整個表做統(tǒng)計分析，索引對這樣的語句幾乎沒有多少用處。
索引只能夠加快那些如sum，group by之類的聚合運算。因為這個原因，幾乎很難對OLAP類型的SQL語句進(jìn)行優(yōu)化。
而OLTP語句則只需要訪問表的很小一部分?jǐn)?shù)據(jù)，而且這些數(shù)據(jù)往往可以從內(nèi)存緩存中得到。
為了避免OLAP 和OLTP語句相互影響，這兩類模塊需要分開運行在不同服務(wù)器上。
因為OLAP語句幾乎都是讀取數(shù)據(jù)，沒有更新和寫入操作，所以一個好的經(jīng)驗是配置一臺standby 服務(wù)器，然后OLAP只訪問standby服務(wù)器。

4）使用存儲過程

可以考慮使用存儲過程封裝那些復(fù)雜的SQL語句或商業(yè)邏輯，這樣做有幾個好處。
一是存儲過程的執(zhí)行計劃可以被緩存在內(nèi)存中較長時間，減少了重新編譯的時間。
二是存儲過程減少了客戶端和服務(wù)器的繁復(fù)交互。
三是如果程序發(fā)布后需要做某些改變你可以直接修改存儲過程而不用修改程序，避免需要重新安裝部署程序。



索引優(yōu)化
很多數(shù)據(jù)庫系統(tǒng)性能不理想是因為系統(tǒng)沒有經(jīng)過整體優(yōu)化，存在大量性能低下的SQL 語句。
這類SQL語句性能不好的首要原因是缺乏高效的索引。
沒有索引除了導(dǎo)致語句本身運行速度慢外，更是導(dǎo)致大量的磁盤讀寫操作，使得整個系統(tǒng)性能都受之影響而變差。
解決這類系統(tǒng)的首要辦法是優(yōu)化這些沒有索引或索引不夠好的SQL語句。