【正文】 l。 [5] 王珊, [M].高等教育出版社200651[6] Silberchatz ,Abraham著， 楊冬青, 唐世渭 （原書第4版）[M].機(jī)械工業(yè)出版社 200331[7] 嚴(yán)蔚敏, (C語言版) [M].清華大學(xué)出版社 20070301致 謝 在完成論文的過程中，得到了崔樹林老師的悉心指導(dǎo)和幫助，同時(shí)也得到了許多同事的熱情幫助，在此向他們表示真誠(chéng)的感謝! 感謝所有的老師、同學(xué)、同事在我學(xué)習(xí)期間給我的教導(dǎo)、幫助和支持。：原理與技術(shù) [M].機(jī)械工業(yè)出版社, 20040501[2] Itzik Bengan，Dejan Sarka, Roger Wolter著， 趙立東 SQL Server 2005 技術(shù)內(nèi)幕：TSQL程序設(shè)計(jì) [M].電子工業(yè)出版社, 20070801[3] Kalen Delaney 著， 聶偉, 方磊, SQL Server 2005技術(shù)內(nèi)幕:存儲(chǔ)引擎 [M].電子工業(yè)出版社, 20070901 [4] Jim Gray Andreas Reuter 著，孟小峰但限于作者研究水平和經(jīng)驗(yàn)不足的原因，論文中還存在諸多不足，希望能在今后的研究中加以解決。 事實(shí)上，數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的性能調(diào)整與優(yōu)化是一個(gè)系統(tǒng)工程，涉及的方面很多，是一個(gè)長(zhǎng)期不懈、不斷比較分析和調(diào)整的過程，需要全面系統(tǒng)地規(guī)劃考慮才能對(duì)數(shù)據(jù)庫(kù)運(yùn)行狀況做出一個(gè)綜合評(píng)估。并對(duì)使用各項(xiàng)優(yōu)化技術(shù)前后的性能評(píng)價(jià)指標(biāo)進(jìn)行了分析和比較。 。總結(jié)如下: 。因此，對(duì) SQL SERVER數(shù)據(jù)庫(kù)系統(tǒng)的性能問題進(jìn)行深入研究，提出針對(duì)SQL SERVER數(shù)據(jù)庫(kù)性能調(diào)整與優(yōu)化的具體方法和措施，對(duì)于保證數(shù)據(jù)庫(kù)穩(wěn)定高效運(yùn)行具有關(guān)鍵作用，很好的理論與應(yīng)用價(jià)值。6 總 結(jié) 隨著現(xiàn)代計(jì)算機(jī)應(yīng)用技術(shù)的發(fā)展和企業(yè)信息系統(tǒng)的廣泛應(yīng)用，數(shù)據(jù)庫(kù)己逐步成為計(jì)算機(jī)信息系統(tǒng)和計(jì)算機(jī)應(yīng)用系統(tǒng)的基礎(chǔ)和核心，而數(shù)據(jù)庫(kù)性能的重要性也越來越引起人們的關(guān)注。但那樣也不總是有效。圖56 使用連接的SQL語句的執(zhí)行計(jì)劃 通過這兩條SQL語句的執(zhí)行計(jì)劃進(jìn)行比較分析可以得出如下結(jié)論：我們?cè)趯懖樵冋Z句時(shí)盡量用連接代替所有的子查詢。2005123139。20051139。A39。江中制藥39。會(huì)員39。))))) order by cid ,執(zhí)行計(jì)劃如圖55。 and pkind=39。 and orderid in (select orderid from orderinfo Where ordernumber between 20 and 200 and pid in (select pid from products Where pid in (select pid from productsinfo Where pmanufactory=39。and ordertime=39。and cid in (select cid from orders Where ordertime=39。 （1）Select distinct cid,ame,csex,cage From customerinfo Where cid in (select cid from customer Where crank=39。下面的第一個(gè)SQL語句和第二個(gè)SQL語句都是用于查詢2005年1月訂購(gòu)了江中制藥生產(chǎn)的A類產(chǎn)品的、訂購(gòu)數(shù)量在20到200件之間的客戶的相關(guān)信息，兩條查詢語句的結(jié)果集相同，但是第一個(gè)SQL語句使用子查詢完成，第二個(gè)SQL語句使用聯(lián)接查詢完成。圖53 SQL語句的執(zhí)行計(jì)劃 根據(jù)第四章所介紹的SQL語句優(yōu)化技術(shù)將“SELECT * FROM orderinfo WHERE ordernumber/2=100”改為“SELECT * FROM orderinfo WHEREordernumber=100*2”,執(zhí)行計(jì)劃如圖54。 SQL語句的優(yōu)化 本小節(jié)需要用的測(cè)試環(huán)境是上面所創(chuàng)建的索引商品訂單系統(tǒng)數(shù)據(jù)庫(kù)，該數(shù)據(jù)庫(kù)在商品訂單管理數(shù)據(jù)庫(kù)的基礎(chǔ)上創(chuàng)建以下索引：在ORDERINFO表的(PID，ORDERNUMBER)字段上建復(fù)合索引OO_PID_ORDERNUMBER，在各表的連接字段上創(chuàng)建唯一索引C_PRIMARY、CC_PRIMARY、P_PRIMARY、PP_PRIMARY、O_PRIMARY、OO_PRIMARY，并分別在ORDERS表的CID字段、ORDERINFO表的PID字段上建外鍵約束O_CID_FOREIGN和OO_PID_FOREIGN。圖52 創(chuàng)建索引后SQL語句一的執(zhí)行計(jì)劃 將圖51和圖52中的實(shí)驗(yàn)統(tǒng)計(jì)數(shù)據(jù)進(jìn)行比較，可以發(fā)現(xiàn)在使用索引技術(shù)后，查詢語句一的執(zhí)行效率得到了應(yīng)有的提升，總的執(zhí)行成本比未使用索引技術(shù)前少。 對(duì)以上情況進(jìn)行綜合考慮后，最終決定建立數(shù)據(jù)庫(kù)索引商品訂單系統(tǒng)數(shù)據(jù)庫(kù)，該數(shù)據(jù)庫(kù)在商品訂單系統(tǒng)數(shù)據(jù)庫(kù)的基礎(chǔ)上創(chuàng)建以下索引：在ORDERINFO表的(PID，ORDERNUMBER)字段上建復(fù)合索引OO_PID_ORDERNUMBER，在各表的連接字段上創(chuàng)建唯一索引C_PRIMARY、CC_PRIMARY、P_PRIMARY、PP_PRIMARY、O_PRIMARY、OO_PRIMARY，并分別在ORDERS表的CID字段、ORDERINFO表的PID字段上建外鍵約束O_CID_FOREIGN和OO_PID_FOREIGN。根據(jù)該分析結(jié)果和得到的所有預(yù)索引字段的選擇性數(shù)據(jù)，可以考慮在ORDERINFO表的PID與ORDERNUMBER字段上建復(fù)合索引；同時(shí)，根據(jù)索引創(chuàng)建規(guī)則可知，為了提高系統(tǒng)性能，表的連接字段及外鍵上應(yīng)該建索引。 通過對(duì)商品訂單查詢所訪問到的數(shù)據(jù)進(jìn)行分析后，然后根據(jù)索引創(chuàng)建細(xì)則，在CUSTOMER表的CRANK字段上、PRODUCTSNIFO表的PMANUFACTORY和PKIND字段上不應(yīng)該創(chuàng)建索引。首先確定用戶常用的字段，列出全部預(yù)索引字段，然后根據(jù)預(yù)索引字段的選擇性以及前面介紹的索引創(chuàng)建相關(guān)規(guī)則，在適當(dāng)?shù)淖侄紊显O(shè)置必要的索引。在該查詢中，由于各子查詢返回的記錄比較大，因此對(duì)這些結(jié)果集以及臨時(shí)數(shù)據(jù)段進(jìn)行排序會(huì)增加大量的系統(tǒng)開銷。))))) Order by cid ，其執(zhí)行計(jì)劃如圖51。and pkind=39。 and orderid in (select orderid from orderinfo Where ordernumber between 20 and 200 and pid in (select pid from products Where pid in (select pid from productsinfo Where pmanufactory=39。and ordertime=39。and cid in (select cid from orders Where ordertime=39。具體查詢語句如下： Select distinct cid,ame,csex,cage From customerinfo Where cid in (select cid from customer Where crank=39。 在商品訂單查詢業(yè)務(wù)中，有一個(gè)查詢需要執(zhí)行6張表的連接，在系統(tǒng)開始設(shè)計(jì)時(shí)，沒有充分考慮到該查詢的執(zhí)行效率。將全部表存儲(chǔ)在同一個(gè)磁盤上，所有表均沒有設(shè)置主鍵，并且不使用任何優(yōu)化技術(shù)。因?yàn)閷?shí)驗(yàn)條件不具備的原因，在這里無法對(duì)該優(yōu)化的方法給出一個(gè)具體的實(shí)驗(yàn)數(shù)據(jù)。又如該數(shù)據(jù)庫(kù)只存儲(chǔ)了三個(gè)廠家四種類型的商品信息,在這種情況下，可考慮將數(shù)據(jù)分成三個(gè)區(qū)或四個(gè)區(qū)，每個(gè)區(qū)只包含一個(gè)廠家的商品信息或一種類型的商品信息。例如在本文所用的商品訂單管理數(shù)據(jù)庫(kù)中，因?yàn)樗锌蛻糁挥袃蓚€(gè)類型,即會(huì)員和貴賓,那么就可以將CUSTOMER表水平分區(qū)成2個(gè)表，每個(gè)小表表示一種類型客戶的數(shù)據(jù)。水平分區(qū)是最常用分區(qū)方式，本文以水平分區(qū)來介紹具體實(shí)現(xiàn)方法。每個(gè)表包含的列數(shù)相同，但是行更少。 表分區(qū)功能是SQL SERVER 2005新增的一個(gè)功能，表分區(qū)分為水平分區(qū)和垂直分區(qū)。如果系統(tǒng)有多個(gè)CPU或是多個(gè)磁盤子系統(tǒng)，可以通過并行操作獲得更好的性能。這些問題都可以通過對(duì)大表進(jìn)行合理分區(qū)得到很大的改善。如果在實(shí)際情況中每天商品的交易量很大,那么該數(shù)據(jù)庫(kù)的數(shù)據(jù)就有可以增長(zhǎng)到幾個(gè)G,這不但影響著數(shù)據(jù)庫(kù)的運(yùn)行效率，也增大數(shù)據(jù)庫(kù)的維護(hù)難度。圖41商品訂單管理數(shù)據(jù)庫(kù)的關(guān)系數(shù)據(jù)模型 各表的詳細(xì)信息如下所示： customer(cid,crank，discount，ticknumber) customerinfo(cid，ame，csex，cage，c，cphone，caddress) products(pid，pintime，puniprice，pquantity，pstorage，buyerid) productsinfo(pid，pkind，plife，psupplyer，pstock，pmanufactory) orders(orderid，cid，operatorid，ordertime) orderinfo(orderid，pid，ordernumber，leftnumber) customer、customerinfo表包含5000條記錄，共占用空間約550K；produets、productsinfo表包含600條記錄，共占用空間約120K；orders表包含3000萬條。 訂單詳細(xì)信息表：存放每一筆訂單所包含的商品號(hào)、所訂購(gòu)的商品數(shù)量等信息。 訂單基本信息表：存放每一筆訂單的客戶號(hào)、訂購(gòu)時(shí)間、操作員等信息。 商品詳細(xì)信息表：存放各商品的詳細(xì)信息，包括商品種類、有效期、商品生產(chǎn)商等信息。 商品基本信息表：存放各類商品的購(gòu)進(jìn)時(shí)間、庫(kù)存量、相應(yīng)的訂購(gòu)員等基本信息。 客戶詳細(xì)信息表：存放客戶的詳細(xì)信息，包括客戶名，性別、年齡、電話、地址及其EMAIL。 客戶基本信息表：存放所有訂購(gòu)過或訂購(gòu)了相關(guān)商品的客戶信息。4 商品訂單管理系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì) 數(shù)據(jù)庫(kù)的設(shè)計(jì)是否合理將會(huì)極大地影響系統(tǒng)運(yùn)行的性能，因此我們結(jié)合大型數(shù)據(jù)庫(kù)的設(shè)計(jì)原則，有效利用大型數(shù)據(jù)庫(kù)的優(yōu)勢(shì)，對(duì)數(shù)據(jù)庫(kù)進(jìn)行設(shè)計(jì),在數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的生命周期中,在設(shè)計(jì)階段做的性能優(yōu)化所帶來的效益最大,所以我所設(shè)計(jì)這個(gè)數(shù)據(jù)庫(kù)的數(shù)據(jù)庫(kù)模式至少達(dá)到了3NF的標(biāo)準(zhǔn),并結(jié)合反規(guī)范化設(shè)計(jì)的相關(guān)原則,也允許部份冗余數(shù)據(jù)的存在。我們的優(yōu)化要抓住關(guān)鍵問題，對(duì)于數(shù)據(jù)庫(kù)應(yīng)用程序來說，重點(diǎn)在于SQL的執(zhí)行效率。最好的方法當(dāng)然是測(cè)試，看實(shí)現(xiàn)相同功能的SQL語句哪個(gè)執(zhí)行時(shí)間最少，但是數(shù)據(jù)庫(kù)中如果數(shù)據(jù)量很少，是比較不出來的，這時(shí)可以用查看執(zhí)行計(jì)劃，即：把實(shí)現(xiàn)相同功能的多條SQL語句拷到查詢分析器，按CTRL+L看查所利用的索引，表掃描次數(shù)（這兩個(gè)對(duì)性能影響最大），總體上看詢成本百分比即可。 (6)避免UPDATE在WHERE子句條件中的列。 (4)避免UPDATE將要復(fù)制到其他數(shù)據(jù)庫(kù)的列。 (2)當(dāng)修改VARCHAR型字段時(shí)，盡量使用相同長(zhǎng)度內(nèi)容的值代替。 SELECT * FROM T1 WHERE nextprocess=1 AND processid IN(8，32，45) 改成: SELECT * FROM T1(INDEX=IX_ProcessID)WHERE nextprocess=1 ANDprocessid