一、存儲過程
優(yōu)點(diǎn)
1.運(yùn)行速度：對于很簡單的sql，存儲過程沒有什么優(yōu)勢。對于復(fù)雜的業(yè)務(wù)邏輯，因?yàn)樵诖鎯^程創(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ù)交互，那么實(shí)際上網(wǎng)絡(luò)傳輸量和直接sql是一樣的。而且我們的應(yīng)用服務(wù)器通常與數(shù)據(jù)庫是在同一內(nèi)網(wǎng)，大數(shù)據(jù)的訪問的瓶頸會是硬盤的速度，而不是網(wǎng)速。
3. 可維護(hù)性：的存儲過程有些時候比程序更容易維護(hù)，這是因?yàn)榭梢詫?shí)時更新DB端的存儲過程。??有些bug，直接改存儲過程里的業(yè)務(wù)邏輯，就搞定了。?
4.增強(qiáng)安全性：提高代碼安全，防止?SQL注入。這一點(diǎn)sql語句也可以做到。
5.可擴(kuò)展性：應(yīng)用程序和數(shù)據(jù)庫操作分開，獨(dú)立進(jìn)行，而不是相互在一起。方便以后的擴(kuò)展和DBA維護(hù)優(yōu)化。
缺點(diǎn)??
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)用，等等，這時候估計(jì)會比較繁瑣了。
3.開發(fā)調(diào)試復(fù)雜，由于IDE的問題，存儲過程的開發(fā)調(diào)試要比一般程序困難。?????
4.沒辦法應(yīng)用緩存。雖然有全局臨時表之類的方法可以做緩存，但同樣加重了數(shù)據(jù)庫的負(fù)擔(dān)。如果緩存并發(fā)嚴(yán)重，經(jīng)常要加鎖，那效率實(shí)在堪憂。
5.不支持群集，數(shù)據(jù)庫服務(wù)器無法水平擴(kuò)展，或者數(shù)據(jù)庫的切割（水平或垂直切割）。數(shù)據(jù)庫切割之后，存儲過程并不清楚數(shù)據(jù)存儲在哪個數(shù)據(jù)庫中。
使用場景
存儲過程一定要看情況使用，用得好系統(tǒng)質(zhì)量上個臺階，用不好等著刪庫跑路。多數(shù)人不愛用，除了因?yàn)榛ヂ?lián)網(wǎng)業(yè)務(wù)簡單沒必要外，還因?yàn)閙ysql這方面實(shí)在太弱而且它太流行了（我見過許多有多年開發(fā)經(jīng)驗(yàn)的人沒聽說過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。
京公網(wǎng)安備 11010802030320號