91香蕉视频播放器,亚洲综合久久综合激情久久,亚洲国产中文一级在线播放

主頁(yè) > 知識(shí)庫(kù) > SQL SERVER性能優(yōu)化綜述(很好的總結(jié),不要錯(cuò)過(guò)哦)第1/3頁(yè)

SQL SERVER性能優(yōu)化綜述(很好的總結(jié),不要錯(cuò)過(guò)哦)第1/3頁(yè)

一、分析階段
一般來(lái)說(shuō)，在系統(tǒng)分析階段往往有太多需要關(guān)注的地方，系統(tǒng)各種功能性、可用性、可靠性、安全性需求往往吸引了我們大部分的注意力，但是，我們必須注意，性能是很重要的非功能性需求，必須根據(jù)系統(tǒng)的特點(diǎn)確定其實(shí)時(shí)性需求、響應(yīng)時(shí)間的需求、硬件的配置等。最好能有各種需求的量化的指標(biāo)。
另一方面，在分析階段應(yīng)該根據(jù)各種需求區(qū)分出系統(tǒng)的類型，大的方面，區(qū)分是OLTP（聯(lián)機(jī)事務(wù)處理系統(tǒng)）和OLAP（聯(lián)機(jī)分析處理系統(tǒng)）。
二、設(shè)計(jì)階段
設(shè)計(jì)階段可以說(shuō)是以后系統(tǒng)性能的關(guān)鍵階段，在這個(gè)階段，有一個(gè)關(guān)系到以后幾乎所有性能調(diào)優(yōu)的過(guò)程—數(shù)據(jù)庫(kù)設(shè)計(jì)。
在數(shù)據(jù)庫(kù)設(shè)計(jì)完成后，可以進(jìn)行初步的索引設(shè)計(jì)，好的索引設(shè)計(jì)可以指導(dǎo)編碼階段寫(xiě)出高效率的代碼，為整個(gè)系統(tǒng)的性能打下良好的基礎(chǔ)。
以下是性能要求設(shè)計(jì)階段需要注意的：
1、
數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)的規(guī)范化
數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)的規(guī)范化就是我們一般所說(shuō)的范式，我們可以這樣來(lái)簡(jiǎn)單理解范式：
第1規(guī)范：沒(méi)有重復(fù)的組或多值的列，這是數(shù)據(jù)庫(kù)設(shè)計(jì)的最低要求。
第2規(guī)范: 每個(gè)非關(guān)鍵字段必須依賴于主關(guān)鍵字，不能依賴于一個(gè)組合式主關(guān)鍵字的某些組成部分。消除部分依賴，大部分情況下，數(shù)據(jù)庫(kù)設(shè)計(jì)都應(yīng)該達(dá)到第二范式。
第3規(guī)范: 一個(gè)非關(guān)鍵字段不能依賴于另一個(gè)非關(guān)鍵字段。消除傳遞依賴，達(dá)到第三范式應(yīng)該是系統(tǒng)中大部分表的要求，除非一些特殊作用的表。
更高的范式要求這里就不再作介紹了，個(gè)人認(rèn)為，如果全部達(dá)到第二范式，大部分達(dá)到第三范式，系統(tǒng)會(huì)產(chǎn)生較少的列和較多的表，因而減少了數(shù)據(jù)冗余，也利于性能的提高。
2、
合理的冗余
完全按照規(guī)范化設(shè)計(jì)的系統(tǒng)幾乎是不可能的，除非系統(tǒng)特別的小，在規(guī)范化設(shè)計(jì)后，有計(jì)劃地加入冗余是必要的。
冗余可以是冗余數(shù)據(jù)庫(kù)、冗余表或者冗余字段，不同粒度的冗余可以起到不同的作用。
冗余可以是為了編程方便而增加，也可以是為了性能的提高而增加。從性能角度來(lái)說(shuō)，冗余數(shù)據(jù)庫(kù)可以分散數(shù)據(jù)庫(kù)壓力，冗余表可以分散數(shù)據(jù)量大的表的并發(fā)壓力，也可以加快特殊查詢的速度，冗余字段可以有效減少數(shù)據(jù)庫(kù)表的連接，提高效率。
3 、
主鍵的設(shè)計(jì)
主鍵是必要的，SQL SERVER的主鍵同時(shí)是一個(gè)唯一索引，而且在實(shí)際應(yīng)用中，我們往往選擇最小的鍵組合作為主鍵，所以主鍵往往適合作為表的聚集索引。聚集索引對(duì)查詢的影響是比較大的，這個(gè)在下面索引的敘述。
在有多個(gè)鍵的表，主鍵的選擇也比較重要，一般選擇總的長(zhǎng)度小的鍵，小的鍵的比較速度快，同時(shí)小的鍵可以使主鍵的B樹(shù)結(jié)構(gòu)的層次更少。
主鍵的選擇還要注意組合主鍵的字段次序，對(duì)于組合主鍵來(lái)說(shuō)，不同的字段次序的主鍵的性能差別可能會(huì)很大，一般應(yīng)該選擇重復(fù)率低、單獨(dú)或者組合查詢可能性大的字段放在前面。
4、
外鍵的設(shè)計(jì)
外鍵作為數(shù)據(jù)庫(kù)對(duì)象，很多人認(rèn)為麻煩而不用，實(shí)際上，外鍵在大部分情況下是很有用的，理由是：
外鍵是最高效的一致性維護(hù)方法，數(shù)據(jù)庫(kù)的一致性要求，依次可以用外鍵、CHECK約束、規(guī)則約束、觸發(fā)器、客戶端程序，一般認(rèn)為，離數(shù)據(jù)越近的方法效率越高。
謹(jǐn)慎使用級(jí)聯(lián)刪除和級(jí)聯(lián)更新，級(jí)聯(lián)刪除和級(jí)聯(lián)更新作為SQL SERVER 2000當(dāng)年的新功能，在2005作了保留，應(yīng)該有其可用之處。我這里說(shuō)的謹(jǐn)慎，是因?yàn)榧?jí)聯(lián)刪除和級(jí)聯(lián)更新有些突破了傳統(tǒng)的關(guān)于外鍵的定義，功能有點(diǎn)太過(guò)強(qiáng)大，使用前必須確定自己已經(jīng)把握好其功能范圍，否則，級(jí)聯(lián)刪除和級(jí)聯(lián)更新可能讓你的數(shù)據(jù)莫名其妙的被修改或者丟失。從性能看級(jí)聯(lián)刪除和級(jí)聯(lián)更新是比其他方法更高效的方法。
5、
字段的設(shè)計(jì)
字段是數(shù)據(jù)庫(kù)最基本的單位，其設(shè)計(jì)對(duì)性能的影響是很大的。需要注意如下：
A、數(shù)據(jù)類型盡量用數(shù)字型，數(shù)字型的比較比字符型的快很多。
B、
數(shù)據(jù)類型盡量小，這里的盡量小是指在滿足可以預(yù)見(jiàn)的未來(lái)需求的前提下的。
C、
盡量不要允許NULL，除非必要，可以用NOT NULL+DEFAULT代替。
D、少用TEXT和IMAGE，二進(jìn)制字段的讀寫(xiě)是比較慢的，而且，讀取的方法也不多，大部分情況下最好不用。
E、
自增字段要慎用，不利于數(shù)據(jù)遷移。
6、
數(shù)據(jù)庫(kù)物理存儲(chǔ)和環(huán)境的設(shè)計(jì)
在設(shè)計(jì)階段，可以對(duì)數(shù)據(jù)庫(kù)的物理存儲(chǔ)、操作系統(tǒng)環(huán)境、網(wǎng)絡(luò)環(huán)境進(jìn)行必要的設(shè)計(jì)，使得我們的系統(tǒng)在將來(lái)能適應(yīng)比較多的用戶并發(fā)和比較大的數(shù)據(jù)量。
這里需要注意文件組的作用，適用文件組可以有效把I/O操作分散到不同的物理硬盤(pán)，提高并發(fā)能力。
7、
系統(tǒng)設(shè)計(jì)
整個(gè)系統(tǒng)的設(shè)計(jì)特別是系統(tǒng)結(jié)構(gòu)設(shè)計(jì)對(duì)性能是有很大影響的，對(duì)于一般的OLTP系統(tǒng)，可以選擇C/S結(jié)構(gòu)、三層的C/S結(jié)構(gòu)等，不同的系統(tǒng)結(jié)構(gòu)其性能的關(guān)鍵也有所不同。
系統(tǒng)設(shè)計(jì)階段應(yīng)該歸納一些業(yè)務(wù)邏輯放在數(shù)據(jù)庫(kù)編程實(shí)現(xiàn)，數(shù)據(jù)庫(kù)編程包括數(shù)據(jù)庫(kù)存儲(chǔ)過(guò)程、觸發(fā)器和函數(shù)。用數(shù)據(jù)庫(kù)編程實(shí)現(xiàn)業(yè)務(wù)邏輯的好處是減少網(wǎng)絡(luò)流量并可更充分利用數(shù)據(jù)庫(kù)的預(yù)編譯和緩存功能。
8、
索引的設(shè)計(jì)
在設(shè)計(jì)階段，可以根據(jù)功能和性能的需求進(jìn)行初步的索引設(shè)計(jì)，這里需要根據(jù)預(yù)計(jì)的數(shù)據(jù)量和查詢來(lái)設(shè)計(jì)索引，可能與將來(lái)實(shí)際使用的時(shí)候會(huì)有所區(qū)別。
關(guān)于索引的選擇，應(yīng)改主意：
A、
根據(jù)數(shù)據(jù)量決定哪些表需要增加索引，數(shù)據(jù)量小的可以只有主鍵。
B、
根據(jù)使用頻率決定哪些字段需要建立索引，選擇經(jīng)常作為連接條件、篩選條件、聚合查詢、排序的字段作為索引的候選字段。
C、
把經(jīng)常一起出現(xiàn)的字段組合在一起，組成組合索引，組合索引的字段順序與主鍵一樣，也需要把最常用的字段放在前面，把重復(fù)率低的字段放在前面。
D、
一個(gè)表不要加太多索引，因?yàn)樗饕绊懖迦牒透碌乃俣取?
三、編碼階段
編碼階段是本文的重點(diǎn)，因?yàn)樵谠O(shè)計(jì)確定的情況下，編碼的質(zhì)量幾乎決定了整個(gè)系統(tǒng)的質(zhì)量。
編碼階段首先是需要所有程序員有性能意識(shí)，也就是在實(shí)現(xiàn)功能同時(shí)有考慮性能的思想，數(shù)據(jù)庫(kù)是能進(jìn)行集合運(yùn)算的工具，我們應(yīng)該盡量的利用這個(gè)工具，所謂集合運(yùn)算實(shí)際是批量運(yùn)算，就是盡量減少在客戶端進(jìn)行大數(shù)據(jù)量的循環(huán)操作，而用SQL語(yǔ)句或者存儲(chǔ)過(guò)程代替。關(guān)于思想和意識(shí)，很難說(shuō)得很清楚，需要在編程過(guò)程中來(lái)體會(huì)。
下面羅列一些編程階段需要注意的事項(xiàng)：
1、
只返回需要的數(shù)據(jù)
返回?cái)?shù)據(jù)到客戶端至少需要數(shù)據(jù)庫(kù)提取數(shù)據(jù)、網(wǎng)絡(luò)傳輸數(shù)據(jù)、客戶端接收數(shù)據(jù)以及客戶端處理數(shù)據(jù)等環(huán)節(jié)，如果返回不需要的數(shù)據(jù)，就會(huì)增加服務(wù)器、網(wǎng)絡(luò)和客戶端的無(wú)效勞動(dòng)，其害處是顯而易見(jiàn)的，避免這類事件需要注意：
A、橫向來(lái)看，不要寫(xiě)SELECT *的語(yǔ)句，而是選擇你需要的字段。
B、
縱向來(lái)看，合理寫(xiě)WHERE子句，不要寫(xiě)沒(méi)有WHERE的SQL語(yǔ)句。
C、
注意SELECT INTO后的WHERE子句，因?yàn)镾ELECT INTO把數(shù)據(jù)插入到臨時(shí)表，這個(gè)過(guò)程會(huì)鎖定一些系統(tǒng)表，如果這個(gè)WHERE子句返回的數(shù)據(jù)過(guò)多或者速度太慢，會(huì)造成系統(tǒng)表長(zhǎng)期鎖定，諸塞其他進(jìn)程。
D、對(duì)于聚合查詢，可以用HAVING子句進(jìn)一步限定返回的行。
2、
盡量少做重復(fù)的工作
這一點(diǎn)和上一點(diǎn)的目的是一樣的，就是盡量減少無(wú)效工作，但是這一點(diǎn)的側(cè)重點(diǎn)在客戶端程序，需要注意的如下：
A、
控制同一語(yǔ)句的多次執(zhí)行，特別是一些基礎(chǔ)數(shù)據(jù)的多次執(zhí)行是很多程序員很少注意的。
B、
減少多次的數(shù)據(jù)轉(zhuǎn)換，也許需要數(shù)據(jù)轉(zhuǎn)換是設(shè)計(jì)的問(wèn)題，但是減少次數(shù)是程序員可以做到的。
C、
杜絕不必要的子查詢和連接表，子查詢?cè)趫?zhí)行計(jì)劃一般解釋成外連接，多余的連接表帶來(lái)額外的開(kāi)銷。
D、
合并對(duì)同一表同一條件的多次UPDATE，比如
UPDATE EMPLOYEE SET FNAME='HAIWER' WHERE EMP_ID=' VPA30890F'
UPDATE EMPLOYEE SET LNAME='YANG' WHERE EMP_ID=' VPA30890F'
這兩個(gè)語(yǔ)句應(yīng)該合并成以下一個(gè)語(yǔ)句
UPDATE EMPLOYEE SET FNAME='HAIWER',LNAME='YANG'
WHERE EMP_ID=' VPA30890F'
E、
UPDATE操作不要拆成DELETE操作+INSERT操作的形式，雖然功能相同，但是性能差別是很大的。
F、
不要寫(xiě)一些沒(méi)有意義的查詢，比如
SELECT * FROM EMPLOYEE WHERE 1=2
3、
注意事務(wù)和鎖
事務(wù)是數(shù)據(jù)庫(kù)應(yīng)用中和重要的工具，它有原子性、一致性、隔離性、持久性這四個(gè)屬性，很多操作我們都需要利用事務(wù)來(lái)保證數(shù)據(jù)的正確性。在使用事務(wù)中我們需要做到盡量避免死鎖、盡量減少阻塞。具體以下方面需要特別注意：
A、事務(wù)操作過(guò)程要盡量小，能拆分的事務(wù)要拆分開(kāi)來(lái)。
B、
事務(wù)操作過(guò)程不應(yīng)該有交互，因?yàn)榻换サ却臅r(shí)候，事務(wù)并未結(jié)束，可能鎖定了很多資源。
C、
事務(wù)操作過(guò)程要按同一順序訪問(wèn)對(duì)象。
D、提高事務(wù)中每個(gè)語(yǔ)句的效率，利用索引和其他方法提高每個(gè)語(yǔ)句的效率可以有效地減少整個(gè)事務(wù)的執(zhí)行時(shí)間。
E、
盡量不要指定鎖類型和索引，SQL SERVER允許我們自己指定語(yǔ)句使用的鎖類型和索引，但是一般情況下，SQL SERVER優(yōu)化器選擇的鎖類型和索引是在當(dāng)前數(shù)據(jù)量和查詢條件下是最優(yōu)的，我們指定的可能只是在目前情況下更有，但是數(shù)據(jù)量和數(shù)據(jù)分布在將來(lái)是會(huì)變化的。
F、
查詢時(shí)可以用較低的隔離級(jí)別，特別是報(bào)表查詢的時(shí)候，可以選擇最低的隔離級(jí)別（未提交讀）。
4、
注意臨時(shí)表和表變量的用法
在復(fù)雜系統(tǒng)中，臨時(shí)表和表變量很難避免，關(guān)于臨時(shí)表和表變量的用法，需要注意：
A、如果語(yǔ)句很復(fù)雜，連接太多，可以考慮用臨時(shí)表和表變量分步完成。
B、
如果需要多次用到一個(gè)大表的同一部分?jǐn)?shù)據(jù)，考慮用臨時(shí)表和表變量暫存這部分?jǐn)?shù)據(jù)。
C、
如果需要綜合多個(gè)表的數(shù)據(jù)，形成一個(gè)結(jié)果，可以考慮用臨時(shí)表和表變量分步匯總這多個(gè)表的數(shù)據(jù)。
D、其他情況下，應(yīng)該控制臨時(shí)表和表變量的使用。
E、
關(guān)于臨時(shí)表和表變量的選擇，很多說(shuō)法是表變量在內(nèi)存，速度快，應(yīng)該首選表變量，但是在實(shí)際使用中發(fā)現(xiàn)，這個(gè)選擇主要考慮需要放在臨時(shí)表的數(shù)據(jù)量，在數(shù)據(jù)量較多的情況下，臨時(shí)表的速度反而更快。

123下一頁(yè)閱讀全文

您可能感興趣的文章:

MySQL 性能優(yōu)化的最佳20多條經(jīng)驗(yàn)分享
MySQL配置文件my.cnf參數(shù)優(yōu)化和中文詳解
MySQL Order by 語(yǔ)句用法與優(yōu)化詳解
MySQL優(yōu)化必須調(diào)整的10項(xiàng)配置
淺談MySQL中優(yōu)化sql語(yǔ)句查詢常用的30種方法
MySQL 百萬(wàn)級(jí)分頁(yè)優(yōu)化(Mysql千萬(wàn)級(jí)快速分頁(yè))
MySQL性能優(yōu)化之max_connections配置參數(shù)淺析
MySQL查詢優(yōu)化之explain的深入解析
優(yōu)化Mysql數(shù)據(jù)庫(kù)的8個(gè)方法
sql語(yǔ)句優(yōu)化之用EXISTS替代IN、用NOT EXISTS替代NOT IN的語(yǔ)句
mysql下優(yōu)化表和修復(fù)表命令使用說(shuō)明(REPAIR TABLE和OPTIMIZE TABLE)
淺析Mysql Join語(yǔ)法以及性能優(yōu)化
MYSQL 優(yōu)化常用方法
mysql優(yōu)化連接數(shù)防止訪問(wèn)量過(guò)高的方法
MYSQL性能優(yōu)化分享(分庫(kù)分表)
SQLServer 優(yōu)化SQL語(yǔ)句 in 和not in的替代方案
mysql優(yōu)化配置參數(shù)
SQL語(yǔ)句優(yōu)化之JOIN和LEFT JOIN 和 RIGHT JOIN語(yǔ)句的優(yōu)化

標(biāo)簽：湖南仙桃蘭州湘潭黃山崇左衡水銅川

巨人網(wǎng)絡(luò)通訊聲明：本文標(biāo)題《SQL SERVER性能優(yōu)化綜述(很好的總結(jié),不要錯(cuò)過(guò)哦)第1/3頁(yè)》，本文關(guān)鍵詞；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題，煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們，我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無(wú)關(guān)。

SQL SERVER性能優(yōu)化綜述(很好的總結(jié),不要錯(cuò)過(guò)哦)第1/3頁(yè)

QQ咨詢

電話咨詢