一、存儲過程

優(yōu)點

1.運行速度：對于很簡單的sql，存儲過程沒有什么優(yōu)勢。對于復(fù)雜的業(yè)務(wù)邏輯，因為在存儲過程創(chuàng)建的時候，數(shù)據(jù)庫已經(jīng)對其進(jìn)行了一次解析和優(yōu)化。存儲過程一旦執(zhí)行，在內(nèi)存中就會保留一份這個存儲過程，這樣下次再執(zhí)行同樣的存儲過程時，可以從內(nèi)存中直接調(diào)用，所以執(zhí)行速度會比普通sql快。? ??

2.減少網(wǎng)絡(luò)傳輸：存儲過程直接就在數(shù)據(jù)庫服務(wù)器上跑，所有的數(shù)據(jù)訪問都在數(shù)據(jù)庫服務(wù)器內(nèi)部進(jìn)行，不需要傳輸數(shù)據(jù)到其它服務(wù)器，所以會減少一定的網(wǎng)絡(luò)傳輸。但是在存儲過程中沒有多次數(shù)據(jù)交互，那么實際上網(wǎng)絡(luò)傳輸量和直接sql是一樣的。而且我們的應(yīng)用服務(wù)器通常與數(shù)據(jù)庫是在同一內(nèi)網(wǎng)，大數(shù)據(jù)的訪問的瓶頸會是硬盤的速度，而不是網(wǎng)速。

3. 可維護(hù)性：的存儲過程有些時候比程序更容易維護(hù)，這是因為可以實時更新DB端的存儲過程。??有些bug，直接改存儲過程里的業(yè)務(wù)邏輯，就搞定了。?

4.增強安全性：提高代碼安全，防止?SQL注入。這一點sql語句也可以做到。

5.可擴(kuò)展性：應(yīng)用程序和數(shù)據(jù)庫操作分開，獨立進(jìn)行，而不是相互在一起。方便以后的擴(kuò)展和DBA維護(hù)優(yōu)化。

缺點??

1.SQL本身是一種結(jié)構(gòu)化查詢語言，但不是面向?qū)ο蟮牡模举|(zhì)上還是過程化的語言，面對復(fù)雜的業(yè)務(wù)邏輯，過程化的處理會很吃力。同時SQL擅長的是數(shù)據(jù)查詢而非業(yè)務(wù)邏輯的處理，如果如果把業(yè)務(wù)邏輯全放在存儲過程里面，違背了這一原則。

2.如果需要對輸入存儲過程的參數(shù)進(jìn)行更改，或者要更改由其返回的數(shù)據(jù)，則您仍需要更新程序集中的代碼以添加參數(shù)、更新調(diào)用，等等，這時候估計會比較繁瑣了。

3.開發(fā)調(diào)試復(fù)雜，由于IDE的問題，存儲過程的開發(fā)調(diào)試要比一般程序困難。?????

4.沒辦法應(yīng)用緩存。雖然有全局臨時表之類的方法可以做緩存，但同樣加重了數(shù)據(jù)庫的負(fù)擔(dān)。如果緩存并發(fā)嚴(yán)重，經(jīng)常要加鎖，那效率實在堪憂。

5.不支持群集，數(shù)據(jù)庫服務(wù)器無法水平擴(kuò)展，或者數(shù)據(jù)庫的切割（水平或垂直切割）。數(shù)據(jù)庫切割之后，存儲過程并不清楚數(shù)據(jù)存儲在哪個數(shù)據(jù)庫中。

使用場景

存儲過程一定要看情況使用，用得好系統(tǒng)質(zhì)量上個臺階，用不好等著刪庫跑路。多數(shù)人不愛用，除了因為互聯(lián)網(wǎng)業(yè)務(wù)簡單沒必要外，還因為mysql這方面實在太弱而且它太流行了（我見過許多有多年開發(fā)經(jīng)驗的人沒聽說過PG，Oracle和MS SQL倒是聽過但太貴不值當(dāng)。總之mysql讓他們錯過太多好東西）。

延伸閱讀：

二、什么是存儲過程

存儲過程，百度百科上是這樣解釋的，存儲過程（Stored Procedure）是在大型數(shù)據(jù)庫系統(tǒng)中，一組為了完成特定功能的SQL 語句集，存儲在數(shù)據(jù)庫中，經(jīng)過名列前茅次編譯后再次調(diào)用不需要再次編譯，用戶通過指定存儲過程的名字并給出參數(shù)（如果該存儲過程帶有參數(shù)）來調(diào)用存儲過程。

簡單的說就是專門干一件事一段sql語句。可以由數(shù)據(jù)庫自己去調(diào)用，也可以由java程序去調(diào)用。在oracle數(shù)據(jù)庫中存儲過程是procedure。