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

【資料作者】：其他

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

【資料語言】：中文

【資料格式】：TXT

【資料目錄和簡介】：

1）限制結(jié)果集

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

Select * from tablename

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

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

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

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

3）OLAP和OLTP模塊要分開

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

4）使用存儲(chǔ)過程

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



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