測(cè)試：? http://blog.csdn.net/chenmengyi828/article/details/52136921

一、String,StringBuffer, StringBuilder的區(qū)別是什么？String為什么是不可變的？

答：1、String是字符串常量，StringBuffer和StringBuilder都是字符串變量。后兩者的字符內(nèi)容可變，而前者創(chuàng)建后內(nèi)容不可變。

2、String不可變是因?yàn)樵贘DK中String類被聲明為一個(gè)final類。

3、StringBuffer是線程安全的，而StringBuilder是非線程安全的。

ps：線程安全會(huì)帶來(lái)額外的系統(tǒng)開(kāi)銷，所以StringBuilder的效率比StringBuffer高。如果對(duì)系統(tǒng)中的線程是否安全很掌握，可用StringBuffer，在線程不安全處加上關(guān)鍵字Synchronize。

二、Vector,ArrayList, LinkedList的區(qū)別是什么？

答：

1、Vector、ArrayList都是以類似數(shù)組的形式存儲(chǔ)在內(nèi)存中，LinkedList則以鏈表的形式進(jìn)行存儲(chǔ)。

2、List中的元素有序、允許有重復(fù)的元素，Set中的元素?zé)o序、不允許有重復(fù)元素。

3、Vector線程同步，ArrayList、LinkedList線程不同步。

4、LinkedList適合指定位置插入、刪除操作，不適合查找；ArrayList、Vector適合查找，不適合指定位置的插入、刪除操作。

5、ArrayList在元素填滿容器時(shí)會(huì)自動(dòng)擴(kuò)充容器大小的50%，而Vector則是100%，因此ArrayList更節(jié)省空間。

三、HashTable, HashMap，TreeMap區(qū)別？

答：

1、HashTable線程同步，HashMap非線程同步。

2、HashTable不允許<鍵,值>有空值，HashMap允許<鍵,值>有空值。

3、HashTable使用Enumeration，HashMap使用Iterator。

4、HashTable中hash數(shù)組的默認(rèn)大小是11，增加方式的old*2+1，HashMap中hash數(shù)組的默認(rèn)大小是16，增長(zhǎng)方式一定是2的指數(shù)倍。

5、TreeMap能夠把它保存的記錄根據(jù)鍵排序，默認(rèn)是按升序排序。

五、Tomcat，Apache，JBoss的區(qū)別？

答：

1、Apache是Http服務(wù)器，Tomcat是web服務(wù)器，JBoss是應(yīng)用服務(wù)器。

2、Apache解析靜態(tài)的html文件；Tomcat可解析jsp動(dòng)態(tài)頁(yè)面、也可充當(dāng)servlet容器。

六、GET，POST區(qū)別？

答：

基礎(chǔ)知識(shí)：Http的請(qǐng)求格式如下。

line>主要包含三個(gè)信息：1、請(qǐng)求的類型（GET或POST），2、要訪問(wèn)的資源（如\res\img\a.jif），3、Http版本（http/1.1）

用來(lái)說(shuō)明服務(wù)器要使用的附加信息

line>這是Http的規(guī)定，必須空一行

[]請(qǐng)求的內(nèi)容數(shù)據(jù)

區(qū)別：

1、Get是從服務(wù)器端獲取數(shù)據(jù)，Post則是向服務(wù)器端發(fā)送數(shù)據(jù)。

2、在客戶端，Get方式通過(guò)URL提交數(shù)據(jù)，在URL地址欄可以看到請(qǐng)求消息，該消息被編碼過(guò)；Post數(shù)據(jù)則是放在Html header內(nèi)提交。

3、對(duì)于Get方式，服務(wù)器端用Request.QueryString獲取變量的值；對(duì)用Post方式，服務(wù)器端用Request.Form獲取提交的數(shù)據(jù)值。

4、Get方式提交的數(shù)據(jù)最多1024字節(jié)，而Post則沒(méi)有限制。

5、Get方式提交的參數(shù)及參數(shù)值會(huì)在地址欄顯示，不安全，而Post不會(huì)，比較安全。

七、Session, Cookie區(qū)別

答：

1、Session由應(yīng)用服務(wù)器維護(hù)的一個(gè)服務(wù)器端的存儲(chǔ)空間；Cookie是客戶端的存儲(chǔ)空間，由瀏覽器維護(hù)。

2、用戶可以通過(guò)瀏覽器設(shè)置決定是否保存Cookie，而不能決定是否保存Session，因?yàn)镾ession是由服務(wù)器端維護(hù)的。

3、Session中保存的是對(duì)象，Cookie中保存的是字符串。

4、Session和Cookie不能跨窗口使用，每打開(kāi)一個(gè)瀏覽器系統(tǒng)會(huì)賦予一個(gè)SessionID，此時(shí)的SessionID不同，若要完成跨瀏覽器訪問(wèn)數(shù)據(jù)，可以使用Application。

5、Session、Cookie都有失效時(shí)間，過(guò)期后會(huì)自動(dòng)刪除，減少系統(tǒng)開(kāi)銷。

八、Servlet的生命周期

答：

大致分為4部：Servlet類加載-->實(shí)例化-->服務(wù)-->銷毀

下圖是Tomcat中Servlet時(shí)序圖。

1、Web Client向Servlet容器(Tomcat)發(fā)出Http請(qǐng)求。

2、Servlet容器接收Client端的請(qǐng)求。

3、Servlet容器創(chuàng)建一個(gè)HttpRequest對(duì)象，將Client的請(qǐng)求信息封裝到這個(gè)對(duì)象中。

4、Servlet創(chuàng)建一個(gè)HttpResponse對(duì)象。

5、Servlet調(diào)用HttpServlet對(duì)象的service方法，把HttpRequest對(duì)象和HttpResponse對(duì)象作為參數(shù)傳遞給HttpServlet對(duì)象中。

6、HttpServlet調(diào)用HttpRequest對(duì)象的方法，獲取Http請(qǐng)求，并進(jìn)行相應(yīng)處理。

7、處理完成HttpServlet調(diào)用HttpResponse對(duì)象的方法，返回響應(yīng)數(shù)據(jù)。

8、Servlet容器把HttpServlet的響應(yīng)結(jié)果傳回客戶端。

其中的3個(gè)方法說(shuō)明了Servlet的生命周期：

1、init()：負(fù)責(zé)初始化Servlet對(duì)象。

2、service()：負(fù)責(zé)響應(yīng)客戶端請(qǐng)求。

3、destroy()：當(dāng)Servlet對(duì)象推出時(shí)，負(fù)責(zé)釋放占用資源。

九、HTTP報(bào)文包含內(nèi)容

答：

主要包含四部分：

1、request line

2、header line

3、blank line

4、request body

十、Statement與PreparedStatement的區(qū)別,什么是SQL注入，如何防止SQL注入

答：

1、PreparedStatement支持動(dòng)態(tài)設(shè)置參數(shù)，Statement不支持。

2、PreparedStatement可避免如類似單引號(hào)的編碼麻煩，Statement不可以。

3、PreparedStatement支持預(yù)編譯，Statement不支持。

4、在sql語(yǔ)句出錯(cuò)時(shí)PreparedStatement不易檢查，而Statement則更便于查錯(cuò)。

5、PreparedStatement可防止Sql助于，更加安全，而Statement不行。

什么是SQL注入：通過(guò)sql語(yǔ)句的拼接達(dá)到無(wú)參數(shù)查詢數(shù)據(jù)庫(kù)數(shù)據(jù)目的的方法。

如將要執(zhí)行的sql語(yǔ)句為select * from table where name =

"+appName+"，利用appName參數(shù)值的輸入，來(lái)生成惡意的sql語(yǔ)句，如將['or'1'='1']傳入可在數(shù)據(jù)庫(kù)中執(zhí)行。

因此可以采用PrepareStatement來(lái)避免Sql注入，在服務(wù)器端接收參數(shù)數(shù)據(jù)后，進(jìn)行驗(yàn)證，此時(shí)PrepareStatement會(huì)自動(dòng)檢測(cè)，而Statement不行，需要手工檢測(cè)。

十一、sendRedirect, foward區(qū)別

答：

1、foward是服務(wù)器端控制頁(yè)面轉(zhuǎn)向，在客戶端的瀏覽器地址中不會(huì)顯示轉(zhuǎn)向后的地址；sendRedirect則是完全的跳轉(zhuǎn)，瀏覽器中會(huì)顯示跳轉(zhuǎn)的地址并重新發(fā)送請(qǐng)求鏈接。

原理：forward是服務(wù)器請(qǐng)求資源，服務(wù)器直接訪問(wèn)目標(biāo)地址的URL，把那個(gè)URL的響應(yīng)內(nèi)容讀取過(guò)來(lái)，然后再將這些內(nèi)容返回給瀏覽器，瀏覽器根本不知道服務(wù)器發(fā)送的這些內(nèi)容是從哪來(lái)的，所以地址欄還是原來(lái)的地址。

redirect是服務(wù)器端根據(jù)邏輯，發(fā)送一個(gè)狀態(tài)碼，告訴瀏覽器重新去請(qǐng)求的那個(gè)地址，瀏覽器會(huì)用剛才的所有參數(shù)重新發(fā)送新的請(qǐng)求。

十二、關(guān)于JAVA內(nèi)存模型，一個(gè)對(duì)象（兩個(gè)屬性，四個(gè)方法）實(shí)例化100次，現(xiàn)在內(nèi)存中的存儲(chǔ)狀態(tài)，幾個(gè)對(duì)象，幾個(gè)屬性，幾個(gè)方法。

答：

由于JAVA中new出來(lái)的對(duì)象都是放在堆中，所以如果要實(shí)例化100次，將在堆中產(chǎn)生100個(gè)對(duì)象，一般對(duì)象與其中的屬性、方法都屬于一個(gè)整體，但如果屬性和方法是靜態(tài)的，就是用static關(guān)鍵字聲明的，那么屬于類的屬性和方法永遠(yuǎn)只在內(nèi)存中存在一份。

十三、談?wù)凥ibernate的理解，一級(jí)和二級(jí)緩存的作用，在項(xiàng)目中Hibernate都是怎么使用緩存的。

答：

Hibernate是一個(gè)開(kāi)發(fā)的對(duì)象關(guān)系映射框架（ORM）。它對(duì)JDBC進(jìn)行了非常對(duì)象封裝，Hibernate允許程序員采用面向?qū)ο蟮姆绞絹?lái)操作關(guān)系數(shù)據(jù)庫(kù)。

Hibernate的優(yōu)點(diǎn)：

1、程序更加面向?qū)ο?/p>

2、提高了生產(chǎn)率

3、方便移植

4、無(wú)入侵性。

缺點(diǎn)：

1、效率比JDBC略差

2、不適合批量操作

3、只能配置一種關(guān)聯(lián)關(guān)系

Hibernate有四種查詢方式：

1、get、load方法，根據(jù)id號(hào)查詢對(duì)象。

2、Hibernate query language

3、標(biāo)準(zhǔn)查詢語(yǔ)言

4、通過(guò)sql查詢

Hibernage工作原理：

1、配置hibernate對(duì)象關(guān)系映射文件、啟動(dòng)服務(wù)器

2、服務(wù)器通過(guò)實(shí)例化Configuration對(duì)象，讀取hibernate.cfg.xml文件的配置內(nèi)容，并根據(jù)相關(guān)的需求建好表以及表之間的映射關(guān)系。

3、通過(guò)實(shí)例化的Configuration對(duì)象建立SeesionFactory實(shí)例，通過(guò)SessionFactory實(shí)例創(chuàng)建Session對(duì)象。

4、通過(guò)Seesion對(duì)象完成數(shù)據(jù)庫(kù)的增刪改查操作。

Hibernate中的狀態(tài)轉(zhuǎn)移

臨時(shí)狀態(tài)（transient）

1、不處于session緩存中

2、數(shù)據(jù)庫(kù)中沒(méi)有對(duì)象記錄

java是如何進(jìn)入臨時(shí)狀態(tài)的：1、通過(guò)new語(yǔ)句創(chuàng)建一個(gè)對(duì)象時(shí)。2、剛調(diào)用session的delete方法時(shí)，從seesion緩存中刪除一個(gè)對(duì)象時(shí)。

持久化狀態(tài)(persisted)

1、處于session緩存中

2、持久化對(duì)象數(shù)據(jù)庫(kù)中沒(méi)有對(duì)象記錄

3、seesion在特定的時(shí)刻會(huì)保存兩者同步

java如何進(jìn)入持久化狀態(tài)：1、seesion的save()方法。2、seesion的load().get()方法返回的對(duì)象。3、seesion的find()方法返回的list集合中存放的對(duì)象。4、Session的update().save()方法。

流離狀態(tài)（detached）

1、不再位于session緩存中

2、游離對(duì)象由持久化狀態(tài)轉(zhuǎn)變而來(lái)，數(shù)據(jù)庫(kù)中還沒(méi)有相應(yīng)記錄。

java如何進(jìn)入流離狀態(tài)：1、Session的close()。Session的evict()方法，從緩存中刪除一個(gè)對(duì)象。

具體如下圖所示：

Hibernate中的緩存主要有Session緩存（一級(jí)緩存）和SessionFactory緩存（二級(jí)緩存，一般由第三方提供）。

十四、反射講一講，主要是概念,都在哪需要反射機(jī)制，反射的性能，如何優(yōu)化

答：

反射機(jī)制的定義：

是在運(yùn)行狀態(tài)中，對(duì)于任意的一個(gè)類，都能夠知道這個(gè)類的所有屬性和方法，對(duì)任意一個(gè)對(duì)象都能夠通過(guò)反射機(jī)制調(diào)用一個(gè)類的任意方法，這種動(dòng)態(tài)獲取類信息及動(dòng)態(tài)調(diào)用類對(duì)象方法的功能稱為java的反射機(jī)制。

反射的作用：

1、動(dòng)態(tài)地創(chuàng)建類的實(shí)例，將類綁定到現(xiàn)有的對(duì)象中，或從現(xiàn)有的對(duì)象中獲取類型。

2、應(yīng)用程序需要在運(yùn)行時(shí)從某個(gè)特定的程序集中載入一個(gè)特定的類

十五、談?wù)凥ibernate與Ibatis的區(qū)別，哪個(gè)性能會(huì)更高一些

答：

1、Hibernate偏向于對(duì)象的操作達(dá)到數(shù)據(jù)庫(kù)相關(guān)操作的目的；而ibatis更偏向于sql語(yǔ)句的優(yōu)化。

2、Hibernate的使用的查詢語(yǔ)句是自己的hql，而ibatis則是標(biāo)準(zhǔn)的sql語(yǔ)句。

3、Hibernate相對(duì)復(fù)雜，不易學(xué)習(xí)；ibatis類似sql語(yǔ)句，簡(jiǎn)單易學(xué)。

性能方面：

1、如果系統(tǒng)數(shù)據(jù)處理量巨大，性能要求極為苛刻時(shí)，往往需要人工編寫(xiě)高性能的sql語(yǔ)句或存錯(cuò)過(guò)程，此時(shí)ibatis具有更好的可控性，因此性能優(yōu)于Hibernate。

2、同樣的需求下，由于hibernate可以自動(dòng)生成hql語(yǔ)句，而ibatis需要手動(dòng)寫(xiě)sql語(yǔ)句，此時(shí)采用Hibernate的效率高于ibatis。

十六、對(duì)Spring的理解，項(xiàng)目中都用什么？怎么用的？對(duì)IOC、和AOP的理解及實(shí)現(xiàn)原理

答：

Spring是一個(gè)開(kāi)源框架，處于MVC模式中的控制層，它能應(yīng)對(duì)需求快速的變化，其主要原因它有一種面向切面編程（AOP）的優(yōu)勢(shì)，其次它提升了系統(tǒng)性能，因?yàn)橥ㄟ^(guò)依賴倒置機(jī)制（IOC），系統(tǒng)中用到的對(duì)象不是在系統(tǒng)加載時(shí)就全部實(shí)例化，而是在調(diào)用到這個(gè)類時(shí)才會(huì)實(shí)例化該類的對(duì)象，從而提升了系統(tǒng)性能。這兩個(gè)優(yōu)秀的性能使得Spring受到許多J2EE公司的青睞，如阿里里中使用最多的也是Spring相關(guān)技術(shù)。

Spring的優(yōu)點(diǎn)：

1、降低了組件之間的耦合性，實(shí)現(xiàn)了軟件各層之間的解耦。

2、可以使用容易提供的眾多服務(wù)，如事務(wù)管理，消息服務(wù)，日志記錄等。

3、容器提供了AOP技術(shù)，利用它很容易實(shí)現(xiàn)如權(quán)限攔截、運(yùn)行期監(jiān)控等功能。

Spring中AOP技術(shù)是設(shè)計(jì)模式中的動(dòng)態(tài)代理模式。只需實(shí)現(xiàn)jdk提供的動(dòng)態(tài)代理接口InvocationHandler，所有被代理對(duì)象的方法都由InvocationHandler接管實(shí)際的處理任務(wù)。面向切面編程中還要理解切入點(diǎn)、切面、通知、織入等概念。

Spring中IOC則利用了Java強(qiáng)大的反射機(jī)制來(lái)實(shí)現(xiàn)。所謂依賴注入即組件之間的依賴關(guān)系由容器在運(yùn)行期決定。其中依賴注入的方法有兩種，通過(guò)構(gòu)造函數(shù)注入，通過(guò)set方法進(jìn)行注入。

十七、線程同步，并發(fā)操作怎么控制

答：

Java中可在方法名前加關(guān)鍵字syschronized來(lái)處理當(dāng)有多個(gè)線程同時(shí)訪問(wèn)共享資源時(shí)候的問(wèn)題。syschronized相當(dāng)于一把鎖，當(dāng)有申請(qǐng)者申請(qǐng)?jiān)?/p>

資源時(shí)，如果該資源沒(méi)有被占用，那么將資源交付給這個(gè)申請(qǐng)者使用，在此期間，其他申請(qǐng)者只能申請(qǐng)而不能使用該資源，當(dāng)該資源被使用完成后將釋放該資源上的鎖，其他申請(qǐng)者可申請(qǐng)使用。

并發(fā)控制主要是為了多線程操作時(shí)帶來(lái)的資源讀寫(xiě)問(wèn)題。如果不加以空間可能會(huì)出現(xiàn)死鎖，讀臟數(shù)據(jù)、不可重復(fù)讀、丟失更新等異常。

并發(fā)操作可以通過(guò)加鎖的方式進(jìn)行控制，鎖又可分為樂(lè)觀鎖和悲觀鎖。

悲觀鎖：

悲觀鎖并發(fā)模式假定系統(tǒng)中存在足夠多的數(shù)據(jù)修改操作，以致于任何確定的讀操作都可能會(huì)受到由個(gè)別的用戶所制造的數(shù)據(jù)修改的影響。也就是說(shuō)悲觀鎖假定沖突總會(huì)發(fā)生，通過(guò)獨(dú)占正在被讀取的數(shù)據(jù)來(lái)避免沖突。但是獨(dú)占數(shù)據(jù)會(huì)導(dǎo)致其他進(jìn)程無(wú)法修改該數(shù)據(jù)，進(jìn)而產(chǎn)生阻塞，讀數(shù)據(jù)和寫(xiě)數(shù)據(jù)會(huì)相互阻塞。

樂(lè)觀鎖：

樂(lè)觀鎖假定系統(tǒng)的數(shù)據(jù)修改只會(huì)產(chǎn)生非常少的沖突，也就是說(shuō)任何進(jìn)程都不大可能修改別的進(jìn)程正在訪問(wèn)的數(shù)據(jù)。樂(lè)觀并發(fā)模式下，讀數(shù)據(jù)和寫(xiě)數(shù)據(jù)之間不會(huì)發(fā)生沖突，只有寫(xiě)數(shù)據(jù)與寫(xiě)數(shù)據(jù)之間會(huì)發(fā)生沖突。即讀數(shù)據(jù)不會(huì)產(chǎn)生阻塞，只有寫(xiě)數(shù)據(jù)才會(huì)產(chǎn)生阻塞。

十八、描述struts的工作流程

答：

1、在web應(yīng)用啟動(dòng)時(shí)，加載并初始化ActionServlet，ActionServlet從struts-config.xml文件中讀取配置信息，將它們存放到各個(gè)配置對(duì)象中。

2、當(dāng)ActionServlet接收到一個(gè)客戶請(qǐng)求時(shí)，首先檢索和用戶請(qǐng)求相匹配的ActionMapping實(shí)例，如果不存在，就返回用戶請(qǐng)求路徑無(wú)效信息。

3、如果ActionForm實(shí)例不存在，就創(chuàng)建一個(gè)ActionForm對(duì)象，把客戶提交的表單數(shù)據(jù)保存到ActionForm對(duì)象中。

4、根據(jù)配置信息決定是否需要驗(yàn)證表單，如果需要，就調(diào)用ActionForm的validate()方法，如果ActionForm的validate()方法返回null或返回一個(gè)不包含ActionMessage的ActionErrors對(duì)象，就表示表單驗(yàn)證成功。

5、ActionServlet根據(jù)ActionMapping實(shí)例包含的映射信息決定請(qǐng)求轉(zhuǎn)發(fā)給哪個(gè)Action，如果相應(yīng)的Action實(shí)例不存在，就先創(chuàng)建一個(gè)實(shí)例，然后調(diào)用Action的execute()方法。

6、Action的execute()方法返回一個(gè)ActionForward對(duì)象，ActionServlet再把客戶請(qǐng)求轉(zhuǎn)發(fā)給ActionForward對(duì)象指向的JSP組件。

7、ActionForward對(duì)象指向的JSP組件生成動(dòng)態(tài)網(wǎng)頁(yè)，返回給客戶。

十九、Tomcat的session處理，如果讓你實(shí)現(xiàn)一個(gè)tomcatserver，如何實(shí)現(xiàn)session機(jī)制

答：沒(méi)有找到合適的答案。

二十、關(guān)于Cache(Ehcache,Memcached)

答：

最近研究了一下緩存技術(shù)，主要比較了一下memcached和ehcache。

ehcache是純java編寫(xiě)的，通信是通過(guò)RMI方式，適用于基于java技術(shù)的項(xiàng)目。

memcached服務(wù)器端是c編寫(xiě)的，客戶端有多個(gè)語(yǔ)言的實(shí)現(xiàn)，如c，php（淘寶，sina等各大門戶網(wǎng)站），python（豆瓣網(wǎng)），java（Xmemcached，spymemcached)。memcached服務(wù)器端是使用文本或者二進(jìn)制通信的。memcached的python客戶端沒(méi)有開(kāi)源，其他語(yǔ)言的好像都開(kāi)源了。另外我以前不明白為什么各大互聯(lián)網(wǎng)公司都是使用memcached緩存，后來(lái)我明白了原因：因?yàn)楦鞔箝T戶網(wǎng)站以及淘寶是使用php編寫(xiě)的網(wǎng)站，memcached有php客戶端，而ehcache是純java。

二一、sql的優(yōu)化相關(guān)問(wèn)題

答：這篇文章寫(xiě)的真心不錯(cuò)，值得仔細(xì)拜讀，所以將其轉(zhuǎn)載過(guò)來(lái)了。

近期因工作需要，希望比較全面的總結(jié)下SQL SERVER數(shù)據(jù)庫(kù)性能優(yōu)化相關(guān)的注意事項(xiàng)，在網(wǎng)上搜索了一下,發(fā)現(xiàn)很多文章,有的都列出了上百條,但是仔細(xì)看發(fā)現(xiàn)，有很多似是而非或者過(guò)時(shí)(可能對(duì)SQL SERVER6.5以前的版本或者ORACLE是適用的)的信息，只好自己根據(jù)以前的經(jīng)驗(yàn)和測(cè)試結(jié)果進(jìn)行總結(jié)了。

我始終認(rèn)為，一個(gè)系統(tǒng)的性能的提高，不單單是試運(yùn)行或者維護(hù)階段的性能調(diào)優(yōu)的任務(wù)，也不單單是開(kāi)發(fā)階段的事情，而是在整個(gè)軟件生命周期都需要注意，進(jìn)行有效工作才能達(dá)到的。所以我希望按照軟件生命周期的不同階段來(lái)總結(jié)數(shù)據(jù)庫(kù)性能優(yōu)化相關(guān)的注意事項(xiàng)。

一、分析階段

一般來(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操作分散到不同的物理硬盤，提高并發(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)改主意：

·根據(jù)數(shù)據(jù)量決定哪些表需要增加索引，數(shù)據(jù)量小的可以只有主鍵。

·根據(jù)使用頻率決定哪些字段需要建立索引，選擇經(jīng)常作為連接條件、篩選條件、聚合查詢、排序的字段作為索引的候選字段。

·把經(jīng)常一起出現(xiàn)的字段組合在一起，組成組合索引，組合索引的字段順序與主鍵一樣，也需要把最常用的字段放在前面，把重復(fù)率低的字段放在前面。

·一個(gè)表不要加太多索引，因?yàn)樗饕绊懖迦牒透碌乃俣取?/p>

三、編碼階段

編碼階段是本文的重點(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，比如

1.? ? UPDATE EMPLOYEE SET FNAME=’HAIWER’ WHERE EMP_ID=’ VPA30890F’

2.? ? UPDATE EMPLOYEE SET LNAME=’YANG’ WHERE EMP_ID=’ VPA30890F’

這兩個(gè)語(yǔ)句應(yīng)該合并成以下一個(gè)語(yǔ)句

1.? ? UPDATE EMPLOYEE SET FNAME=’HAIWER’,LNAME=’YANG’

2.? ? 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í)表的速度反而更快。

F、關(guān)于臨時(shí)表產(chǎn)生使用SELECT INTO和CREATE TABLE + INSERT INTO的選擇，我們做過(guò)測(cè)試，一般情況下，SELECT INTO會(huì)比CREATE TABLE + INSERT INTO的方法快很多，但是SELECT INTO會(huì)鎖定TEMPDB的系統(tǒng)表SYSOBJECTS、SYSINDEXES、SYSCOLUMNS，在多用戶并發(fā)環(huán)境下，容易阻塞其他進(jìn)程，所以我的建議是，在并發(fā)系統(tǒng)中，盡量使用CREATE TABLE + INSERT INTO，而大數(shù)據(jù)量的單個(gè)語(yǔ)句使用中，使用SELECT INTO。

G、注意排序規(guī)則，用CREATE TABLE建立的臨時(shí)表，如果不指定字段的排序規(guī)則，會(huì)選擇TEMPDB的默認(rèn)排序規(guī)則，而不是當(dāng)前數(shù)據(jù)庫(kù)的排序規(guī)則。如果當(dāng)前數(shù)據(jù)庫(kù)的排序規(guī)則和TEMPDB的排序規(guī)則不同，連接的時(shí)候就會(huì)出現(xiàn)排序規(guī)則的沖突錯(cuò)誤。一般可以在CREATE TABLE建立臨時(shí)表時(shí)指定字段的排序規(guī)則為DATABASE_DEFAULT來(lái)避免上述問(wèn)題。

5、子查詢的用法

子查詢是一個(gè)SELECT查詢，它嵌套在SELECT、INSERT、UPDATE、DELETE語(yǔ)句或其它子查詢中。任何允許使用表達(dá)式的地方都可以使用子查詢。

子查詢可以使我們的編程靈活多樣，可以用來(lái)實(shí)現(xiàn)一些特殊的功能。但是在性能上，往往一個(gè)不合適的子查詢用法會(huì)形成一個(gè)性能瓶頸。

如果子查詢的條件中使用了其外層的表的字段，這種子查詢就叫作相關(guān)子查詢。相關(guān)子查詢可以用IN、NOT IN、EXISTS、NOT EXISTS引入。

關(guān)于相關(guān)子查詢，應(yīng)該注意：

A、NOT IN、NOT EXISTS的相關(guān)子查詢可以改用LEFT JOIN代替寫(xiě)法。比如：

1.? ? SELECT PUB_NAME

2.? ? FROM PUBLISHERS

3.? ? WHERE PUB_ID NOT IN

4.? ? (SELECT PUB_ID

5.? ? FROM TITLES

6.? ? WHERE TYPE = ’BUSINESS’)

可以改寫(xiě)成：

1.? ? SELECT A.PUB_NAME

2.? ? FROM PUBLISHERS A LEFT JOIN TITLES B

3.? ? ON? ? ? ? B.TYPE = ’BUSINESS’ AND

4.? ? A.PUB_ID=B. PUB_ID

5.? ? WHERE B.PUB_ID IS NULL

1.? ? SELECT TITLE

2.? ? FROM TITLES

3.? ? WHERE NOT EXISTS

4.? ? (SELECT TITLE_ID

5.? ? FROM SALES

6.? ? WHERE TITLE_ID = TITLES.TITLE_ID)

可以改寫(xiě)成：

1.? ? SELECT TITLE

2.? ? FROM TITLES LEFT JOIN SALES

3.? ? ON SALES.TITLE_ID = TITLES.TITLE_ID

4.? ? WHERE SALES.TITLE_ID IS NULL

B、如果保證子查詢沒(méi)有重復(fù)，IN、EXISTS的相關(guān)子查詢可以用INNER JOIN代替。比如：

1.? ? SELECT PUB_NAME

2.? ? FROM PUBLISHERS

3.? ? WHERE PUB_ID IN

4.? ? (SELECT PUB_ID

5.? ? FROM TITLES

6.? ? WHERE TYPE = ’BUSINESS’)

可以改寫(xiě)成：

1.? ? SELECT DISTINCT A.PUB_NAME

2.? ? FROM PUBLISHERS A INNER JOIN TITLES B

3.? ? ON? ? ? ? B.TYPE = ’BUSINESS’ AND

4.? ? A.PUB_ID=B. PUB_ID

C、IN的相關(guān)子查詢用EXISTS代替，比如

1.? ? SELECT PUB_NAME

2.? ? FROM PUBLISHERS

3.? ? WHERE PUB_ID IN

4.? ? (SELECT PUB_ID

5.? ? FROM TITLES

6.? ? WHERE TYPE = ’BUSINESS’)

可以用下面語(yǔ)句代替：

1.? ? SELECT PUB_NAME

2.? ? FROM PUBLISHERS

3.? ? WHERE EXISTS

4.? ? (SELECT 1

5.? ? FROM TITLES

6.? ? WHERE TYPE = ’BUSINESS’ AND

7.? ? PUB_ID= PUBLISHERS.PUB_ID)

D、不要用COUNT(*)的子查詢判斷是否存在記錄，最好用LEFT JOIN或者EXISTS，比如有人寫(xiě)這樣的語(yǔ)句：

1.? ? SELECT JOB_DESC FROM JOBS

2.? ? WHERE (SELECT COUNT(*) FROM EMPLOYEE WHERE JOB_ID=JOBS.JOB_ID)=0

應(yīng)該改成：

1.? ? SELECT JOBS.JOB_DESC FROM JOBS LEFT JOIN EMPLOYEE

2.? ? ON EMPLOYEE.JOB_ID=JOBS.JOB_ID

3.? ? WHERE EMPLOYEE.EMP_ID IS NULL

1.? ? SELECT JOB_DESC FROM JOBS

2.? ? WHERE (SELECT COUNT(*) FROM EMPLOYEE WHERE JOB_ID=JOBS.JOB_ID)<>0

應(yīng)該改成：

1.? ? SELECT JOB_DESC FROM JOBS

2.? ? WHERE EXISTS (SELECT 1 FROM EMPLOYEE WHERE JOB_ID=JOBS.JOB_ID)

6、慎用游標(biāo)

數(shù)據(jù)庫(kù)一般的操作是集合操作，也就是對(duì)由WHERE子句和選擇列確定的結(jié)果集作集合操作，游標(biāo)是提供的一個(gè)非集合操作的途徑。一般情況下，游標(biāo)實(shí)現(xiàn)的功能往往相當(dāng)于客戶端的一個(gè)循環(huán)實(shí)現(xiàn)的功能，所以，大部分情況下，我們把游標(biāo)功能搬到客戶端。

游標(biāo)是把結(jié)果集放在服務(wù)器內(nèi)存，并通過(guò)循環(huán)一條一條處理記錄，對(duì)數(shù)據(jù)庫(kù)資源（特別是內(nèi)存和鎖資源）的消耗是非常大的，所以，我們應(yīng)該只有在沒(méi)有其他方法的情況下才使用游標(biāo)。

另外，我們可以用SQL SERVER的一些特性來(lái)代替游標(biāo)，達(dá)到提高速度的目的。

A、字符串連接的例子

這是論壇經(jīng)常有的例子，就是把一個(gè)表符合條件的記錄的某個(gè)字符串字段連接成一個(gè)變量。比如需要把JOB_ID=10的EMPLOYEE的FNAME連接在一起，用逗號(hào)連接，可能最容易想到的是用游標(biāo)：

1.? ? DECLARE @NAME VARCHAR(20)

2.? ? DECLARE @NAME VARCHAR(1000)

3.? ? DECLARE NAME_CURSOR CURSOR FOR

4.? ? SELECT FNAME FROM EMPLOYEE WHERE JOB_ID=10 ORDER BY EMP_ID

5.? ? OPEN NAME_CURSOR

6.? ? FETCH NEXT FROM RNAME_CURSOR INTO @NAME

7.? ? WHILE @@FETCH_STATUS = 0

8.? ? BEGIN

9.? ? SET @NAMES = ISNULL(@NAMES+’,’,’’)+@NAME

10.? FETCH NEXT FROM NAME_CURSOR? INTO @NAME

11.? END

12.? CLOSE NAME_CURSOR

13.? DEALLOCATE NAME_CURSOR

可以如下修改，功能相同：

1.? ? DECLARE @NAME VARCHAR(1000)

2.? ? SELECT @NAMES = ISNULL(@NAMES+’,’,’’)+FNAME

3.? ? FROM EMPLOYEE WHERE JOB_ID=10 ORDER BY EMP_ID

B、用CASE WHEN實(shí)現(xiàn)轉(zhuǎn)換的例子

很多使用游標(biāo)的原因是因?yàn)橛行┨幚硇枰鶕?jù)記錄的各種情況需要作不同的處理，實(shí)際上這種情況，我們可以用CASE WHEN語(yǔ)句進(jìn)行必要的判斷處理，而且CASE WHEN是可以嵌套的。比如:

表結(jié)構(gòu):

1.? ? CREATE TABLE料件表(

2.料號(hào)VARCHAR(30),

3.名稱VARCHAR(100),

4.主單位VARCHAR(20),

5.單位1? ? ? ? VARCHAR(20),

6.單位1參數(shù)NUMERIC(18,4),

7.單位2? ? ? ? VARCHAR(20),

8.單位2參數(shù)NUMERIC(18,4)

9.? ? )

10.? GO

11.? CREATE TABLE入庫(kù)表(

12.時(shí)間DATETIME,

13.料號(hào)VARCHAR(30),

14.單位INT,

15.入庫(kù)數(shù)量NUMERIC(18,4),

16.損壞數(shù)量NUMERIC(18,4)

17.? )

18.? GO

其中，單位字段可以是0，1，2，分別代表主單位、單位1、單位2，很多計(jì)算需要統(tǒng)一單位，統(tǒng)一單位可以用游標(biāo)實(shí)現(xiàn)：

1.? ? DECLARE @料號(hào)VARCHAR(30),

2.? ? @單位INT,

3.? ? @參數(shù)NUMERIC(18,4),

4.? ? DECLARE CUR CURSOR FOR

5.? ? SELECT料號(hào),單位FROM入庫(kù)表WHERE單位<>0

6.? ? OPEN CUR

7.? ? FETCH NEXT FROM CUR INTO @料號(hào),@單位

8.? ? WHILE @@FETCH_STATUS<>-1

9.? ? BEGIN

10.? IF @單位=1

11.? BEGIN

12.? SET @參數(shù)=(SELECT單位1參數(shù)FROM料件表WHERE料號(hào)=@料號(hào))

13.? UPDATE入庫(kù)表SET數(shù)量=數(shù)量*@參數(shù),損壞數(shù)量=損壞數(shù)量*@參數(shù),單位=1 WHERE CURRENT OF CUR

14.? END

15.? IF @單位=2

16.? BEGIN

17.? SET @參數(shù)=(SELECT單位1參數(shù)FROM料件表WHERE料號(hào)=@料號(hào))

18.? UPDATE入庫(kù)表SET數(shù)量=數(shù)量*@參數(shù),損壞數(shù)量=損壞數(shù)量*@參數(shù),單位=1 WHERE CURRENT OF CUR

19.? END

20.? FETCH NEXT FROM CUR INTO @料號(hào),@單位

21.? END

22.? CLOSE CUR

23.? DEALLOCATE CUR

可以改寫(xiě)成：

1.? ? UPDATE A SET

2.數(shù)量=CASE A.單位WHEN 1 THEN? ? ? A.數(shù)量*B.單位1參數(shù)

3.? ? WHEN 2 THEN? ? ? ? A.數(shù)量*B.單位2參數(shù)

4.? ? ELSE A.數(shù)量

5.? ? END,

6.損壞數(shù)量= CASE A.單位WHEN 1 THEN? ? A.損壞數(shù)量*B.單位1參數(shù)

7.? ? WHEN 2 THEN? ? ? ? A.損壞數(shù)量*B.單位2參數(shù)

8.? ? ELSE A.損壞數(shù)量

9.? ? END,

10.單位=1

11.? FROM入庫(kù)表A,料件表B

12.? WHERE? ? A.單位<>1? ? ? AND

13.? A.料號(hào)=B.料號(hào)

C、變量參與的UPDATE語(yǔ)句的例子

SQL ERVER的語(yǔ)句比較靈活，變量參與的UPDATE語(yǔ)句可以實(shí)現(xiàn)一些游標(biāo)一樣的功能，比如：

在SELECT A,B,C,CAST(NULL AS INT) AS序號(hào)

2.? ? INTO #T

3.? ? FROM表

4.? ? ORDER BY A ,NEWID()

產(chǎn)生臨時(shí)表后，已經(jīng)按照A字段排序，但是在A相同的情況下是亂序的，這時(shí)如果需要更改序號(hào)字段為按照A字段分組的記錄序號(hào)，就只有游標(biāo)和變量參與的UPDATE語(yǔ)句可以實(shí)現(xiàn)了，這個(gè)變量參與的UPDATE語(yǔ)句如下：

1.? ? DECLARE @A INT

2.? ? DECLARE @序號(hào)INT

3.? ? UPDATE #T SET

4.? ? @序號(hào)=CASE WHEN A=@A THEN @序號(hào)+1 ELSE 1 END,

5.? ? @A=A,

6.序號(hào)=@序號(hào)

D、如果必須使用游標(biāo)，注意選擇游標(biāo)的類型，如果只是循環(huán)取數(shù)據(jù)，那就應(yīng)該用只進(jìn)游標(biāo)（選項(xiàng)FAST_FORWARD），一般只需要靜態(tài)游標(biāo)（選項(xiàng)STATIC）。

E、注意動(dòng)態(tài)游標(biāo)的不確定性，動(dòng)態(tài)游標(biāo)查詢的記錄集數(shù)據(jù)如果被修改，會(huì)自動(dòng)刷新游標(biāo)，這樣使得動(dòng)態(tài)游標(biāo)有了不確定性，因?yàn)樵诙嘤脩舡h(huán)境下，如果其他進(jìn)程或者本身更改了紀(jì)錄，就可能刷新游標(biāo)的記錄集。

7、盡量使用索引

建立索引后，并不是每個(gè)查詢都會(huì)使用索引，在使用索引的情況下，索引的使用效率也會(huì)有很大的差別。只要我們?cè)诓樵冋Z(yǔ)句中沒(méi)有強(qiáng)制指定索引，索引的選擇和使用方法是SQLSERVER的優(yōu)化器自動(dòng)作的選擇，而它選擇的根據(jù)是查詢語(yǔ)句的條件以及相關(guān)表的統(tǒng)計(jì)信息，這就要求我們?cè)趯?xiě)SQL語(yǔ)句的時(shí)候盡量使得優(yōu)化器可以使用索引。

為了使得優(yōu)化器能高效使用索引，寫(xiě)語(yǔ)句的時(shí)候應(yīng)該注意：

A、不要對(duì)索引字段進(jìn)行運(yùn)算，而要想辦法做變換，比如

SELECT ID FROM T WHERE NUM/2=100

應(yīng)改為:

SELECT ID FROM T WHERE NUM=100*2

SELECT ID FROM T WHERE NUM/2=NUM1

如果NUM有索引應(yīng)改為:

SELECT ID FROM T WHERE NUM=NUM1*2

如果NUM1有索引則不應(yīng)該改。

發(fā)現(xiàn)過(guò)這樣的語(yǔ)句：

1.? ? SELECT年,月,金額FROM結(jié)余表

2.? ? WHERE 100*年+月=2007*100+10

應(yīng)該改為：

1.? ? SELECT年,月,金額FROM結(jié)余表

2.? ? WHERE年=2007 AND

3.月=10

B、不要對(duì)索引字段進(jìn)行格式轉(zhuǎn)換

日期字段的例子：

WHERE CONVERT(VARCHAR(10),日期字段,120)=’2008-08-15’

應(yīng)該改為

WHERE日期字段〉=’2008-08-15’

AND日期字段<’2008-08-16’

ISNULL轉(zhuǎn)換的例子：

WHERE ISNULL(字段,’’)<>’’應(yīng)改為:WHERE字段<>’’

WHERE ISNULL(字段,’’)=’’不應(yīng)修改

WHERE ISNULL(字段,’F’) =’T’應(yīng)改為: WHERE字段=’T’

WHERE ISNULL(字段,’F’)<>’T’不應(yīng)修改

C、不要對(duì)索引字段使用函數(shù)

WHERE LEFT(NAME, 3)=’ABC’或者WHERE SUBSTRING(NAME,1, 3)=’ABC’

應(yīng)改為:

WHERE NAME LIKE ‘ABC%’

日期查詢的例子：

WHERE DATEDIFF(DAY,日期,’2005-11-30′)=0應(yīng)改為:WHERE日期>=’2005-11-30′ AND日期<’2005-12-1‘

WHERE DATEDIFF(DAY,日期,’2005-11-30′)>0應(yīng)改為:WHERE日期<’2005-11-30‘

WHERE DATEDIFF(DAY,日期,’2005-11-30′)>=0應(yīng)改為:WHERE日期<’2005-12-01‘

WHERE DATEDIFF(DAY,日期,’2005-11-30′)<0應(yīng)改為:WHERE日期>=’2005-12-01‘

WHERE DATEDIFF(DAY,日期,’2005-11-30′)<=0應(yīng)改為:WHERE日期>=’2005-11-30‘

D、不要對(duì)索引字段進(jìn)行多字段連接

比如：

WHERE FAME+ ’.’+LNAME=‘HAIWEI.YANG’

應(yīng)改為:

WHERE FNAME=‘HAIWEI’ AND LNAME=‘YANG’

8、注意連接條件的寫(xiě)法

多表連接的連接條件對(duì)索引的選擇有著重要的意義，所以我們?cè)趯?xiě)連接條件條件的時(shí)候需要特別的注意。

A、多表連接的時(shí)候，連接條件必須寫(xiě)全，寧可重復(fù)，不要缺漏。

B、連接條件盡量使用聚集索引

C、注意ON部分條件和WHERE部分條件的區(qū)別

9、其他需要注意的地方

經(jīng)驗(yàn)表明，問(wèn)題發(fā)現(xiàn)的越早解決的成本越低，很多性能問(wèn)題可以在編碼階段就發(fā)現(xiàn)，為了提早發(fā)現(xiàn)性能問(wèn)題，需要注意：

A、程序員注意、關(guān)心各表的數(shù)據(jù)量。

B、編碼過(guò)程和單元測(cè)試過(guò)程盡量用數(shù)據(jù)量較大的數(shù)據(jù)庫(kù)測(cè)試，最好能用實(shí)際數(shù)據(jù)測(cè)試。

C、每個(gè)SQL語(yǔ)句盡量簡(jiǎn)單

D、不要頻繁更新有觸發(fā)器的表的數(shù)據(jù)

E、注意數(shù)據(jù)庫(kù)函數(shù)的限制以及其性能

10、學(xué)會(huì)分辯SQL語(yǔ)句的優(yōu)劣

自己分辨SQL語(yǔ)句的優(yōu)劣非常重要，只有自己能分辨優(yōu)劣才能寫(xiě)出高效的語(yǔ)句。

A、查看SQL語(yǔ)句的執(zhí)行計(jì)劃，可以在查詢分析其使用CTRL+L圖形化的顯示執(zhí)行計(jì)劃，一般應(yīng)該注意百分比最大的幾個(gè)圖形的屬性，把鼠標(biāo)移動(dòng)到其上面會(huì)顯示這個(gè)圖形的屬性，需要注意預(yù)計(jì)成本的數(shù)據(jù)，也要注意其標(biāo)題，一般都是CLUSTERED INDEX SEEK、INDEX SEEK、CLUSTERED INDEX SCAN、INDEX SCAN、TABLE SCAN等，其中出現(xiàn)SCAN說(shuō)明語(yǔ)句有優(yōu)化的余地。也可以用語(yǔ)句

SET SHOWPLAN_ALL ON

要執(zhí)行的語(yǔ)句

SET SHOWPLAN_ALL OFF

查看執(zhí)行計(jì)劃的文本詳細(xì)信息。

B、用事件探查器跟蹤系統(tǒng)的運(yùn)行，可疑跟蹤到執(zhí)行的語(yǔ)句，以及所用的時(shí)間，CPU用量以及I/O數(shù)據(jù)，從而分析語(yǔ)句的效率。

C、可以用WINDOWS的系統(tǒng)性能檢測(cè)器，關(guān)注CPU、I/O參數(shù)

四、測(cè)試、試運(yùn)行、維護(hù)階段

測(cè)試的主要任務(wù)是發(fā)現(xiàn)并修改系統(tǒng)的問(wèn)題，其中性能問(wèn)題也是一個(gè)重要的方面。重點(diǎn)應(yīng)該放在發(fā)現(xiàn)有性能問(wèn)題的地方，并進(jìn)行必要的優(yōu)化。主要進(jìn)行語(yǔ)句優(yōu)化、索引優(yōu)化等。

試運(yùn)行和維護(hù)階段是在實(shí)際的環(huán)境下運(yùn)行系統(tǒng)，發(fā)現(xiàn)的問(wèn)題范圍更廣，可能涉及操作系統(tǒng)、網(wǎng)絡(luò)以及多用戶并發(fā)環(huán)境出現(xiàn)的問(wèn)題，其優(yōu)化也擴(kuò)展到操作系統(tǒng)、網(wǎng)絡(luò)以及數(shù)據(jù)庫(kù)物理存儲(chǔ)的優(yōu)化。

這個(gè)階段的優(yōu)花方法在這里不再展開(kāi)，只說(shuō)明下索引維護(hù)的方法：

A、可以用DBCC DBREINDEX語(yǔ)句或者SQL SERVER維護(hù)計(jì)劃設(shè)定定時(shí)進(jìn)行索引重建，索引重建的目的是提高索引的效能。

B、可以用語(yǔ)句UPDATE STATISTICS或者SQL SERVER維護(hù)計(jì)劃設(shè)定定時(shí)進(jìn)行索引統(tǒng)計(jì)信息的更新，其目的是使得統(tǒng)計(jì)信息更能反映實(shí)際情況，從而使得優(yōu)化器選擇更合適的索引。

C、可以用DBCC CHECKDB或者DBCC CHECKTABLE語(yǔ)句檢查數(shù)據(jù)庫(kù)表和索引是否有問(wèn)題，這兩個(gè)語(yǔ)句也能修復(fù)一般的問(wèn)題。

五、網(wǎng)上資料中一些說(shuō)法的個(gè)人不同意見(jiàn)

1、“應(yīng)盡量避免在WHERE子句中對(duì)字段進(jìn)行NULL值判斷，否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描，如：

SELECT ID FROM T WHERE NUM IS NULL

可以在NUM上設(shè)置默認(rèn)值0，確保表中NUM列沒(méi)有NULL值，然后這樣查詢：

SELECT ID FROM T WHERE NUM=0”

個(gè)人意見(jiàn)：經(jīng)過(guò)測(cè)試，IS NULL也是可以用INDEX SEEK查找的，0和NULL是不同概念的，以上說(shuō)法的兩個(gè)查詢的意義和記錄數(shù)是不同的。

2、“應(yīng)盡量避免在WHERE子句中使用!=或<>操作符，否則將引擎放棄使用索引而進(jìn)行全表掃描。”

個(gè)人意見(jiàn)：經(jīng)過(guò)測(cè)試，<>也是可以用INDEX SEEK查找的。

3、“應(yīng)盡量避免在WHERE子句中使用OR來(lái)連接條件，否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描，如：

SELECT ID FROM T WHERE NUM=10 OR NUM=20

可以這樣查詢：

SELECT ID FROM T WHERE NUM=10

UNION ALL

SELECT ID FROM T WHERE NUM=20”

個(gè)人意見(jiàn)：主要對(duì)全表掃描的說(shuō)法不贊同。

4、“IN和NOT IN也要慎用，否則會(huì)導(dǎo)致全表掃描，如：

SELECT ID FROM T WHERE NUM IN(1,2,3)

對(duì)于連續(xù)的數(shù)值，能用BETWEEN就不要用IN了：

SELECT ID FROM T WHERE NUM BETWEEN 1 AND 3”

個(gè)人意見(jiàn)：主要對(duì)全表掃描的說(shuō)法不贊同。

5、“如果在WHERE子句中使用參數(shù)，也會(huì)導(dǎo)致全表掃描。因?yàn)镾QL只有在運(yùn)行時(shí)才會(huì)解析局部變量，但優(yōu)化程序不能將訪問(wèn)計(jì)劃的選擇推遲到運(yùn)行時(shí)；它必須在編譯時(shí)進(jìn)行選擇。然而，如果在編譯時(shí)建立訪問(wèn)計(jì)劃，變量的值還是未知的，因而無(wú)法作為索引選擇的輸入項(xiàng)。如下面語(yǔ)句將進(jìn)行全表掃描：

SELECT ID FROM T WHERE NUM=@NUM

可以改為強(qiáng)制查詢使用索引：

SELECT ID FROM T WITH(INDEX(索引名)) WHERE NUM=@NUM”

個(gè)人意見(jiàn)：關(guān)于局部變量的解釋比較奇怪，使用參數(shù)如果會(huì)影響性能，那存儲(chǔ)過(guò)程就該校除了，我堅(jiān)持我上面對(duì)于強(qiáng)制索引的看法。

6、“盡可能的使用VARCHAR/NVARCHAR代替CHAR/NCHAR，因?yàn)槭紫茸冮L(zhǎng)字段存儲(chǔ)空間小，可以節(jié)省存儲(chǔ)空間，其次對(duì)于查詢來(lái)說(shuō)，在一個(gè)相對(duì)較小的字段內(nèi)搜索效率顯然要高些。”

個(gè)人意見(jiàn)：“在一個(gè)相對(duì)較小的字段內(nèi)搜索效率顯然要高些”顯然是對(duì)的，但是字段的長(zhǎng)短似乎不是由變不變長(zhǎng)決定，而是業(yè)務(wù)本身決定。在SQLSERVER6.5或者之前版本，不定長(zhǎng)字符串字段的比較速度比定長(zhǎng)的字符串字段的比較速度慢很多，所以對(duì)于那些版本，我們都是推薦使用定長(zhǎng)字段存儲(chǔ)一些關(guān)鍵字段。而在2000版本，修改了不定長(zhǎng)字符串字段的比較方法，與定長(zhǎng)字段的比較速度差別不大了，這樣為了方便，我們大量使用不定長(zhǎng)字段。

7、關(guān)于連接表的順序或者條件的順序的說(shuō)法，經(jīng)過(guò)測(cè)試，在SQL SERVER，這些順序都是不影響性能的，這些說(shuō)法可能是對(duì)ORACLE有效。

二二、oracle中rownum與rowid的理解，一千條記錄我查200到300的記錄怎么查？

答：詳見(jiàn)：鏈接

如何查200到300行的記錄，可以通過(guò)top關(guān)鍵字輔助：select top 100 * from table where id is

not in (select top 200 id from table);

查詢n到m行記錄的通用公式：select top m * from table where id is

not in (select top n * from table)

二三、如何分析ORACLE的執(zhí)行計(jì)劃？

答：詳見(jiàn)：鏈接

二四、DB中索引原理，種類，使用索引的好處和問(wèn)題是什么？

答：經(jīng)常需要修改的表不易對(duì)改變建立索引，因?yàn)閿?shù)據(jù)庫(kù)對(duì)索引進(jìn)行維護(hù)需要額外的開(kāi)銷。對(duì)經(jīng)常需要查詢的大數(shù)據(jù)表需要建立索引，這樣會(huì)增加

查詢的效率。

索引的原理：沒(méi)有找到合適的答案。

索引的種類：B*Tree、反向索引、降序索引、位圖索引、函數(shù)索引。詳見(jiàn)：https://wenku.baidu.com/view/d4d6ee1ba76e58fafab00336.html

二五、JVM垃圾回收實(shí)現(xiàn)原理。垃圾回收的線程優(yōu)先級(jí)。

答：詳見(jiàn)：http://chenchendefeng.iteye.com/blog/455883

二六、jvm最大內(nèi)存設(shè)置。設(shè)置的原理。結(jié)合垃圾回收講講。

答：詳見(jiàn)：http://www.open-open.com/lib/view/open1324736648468.html