使用存儲過程擁有和使用基於EJB或CORBA這樣的應用服務器一樣的好處。區別是存儲過程可以從很多流行的DBMS中免費使用，而應用服務器大都非常昂貴。這並不只是許可證費用的問題。使用應用服務器所需要花費的管理、編寫代碼的費用，以及客戶程序所增加的復雜性，都可以通過DBMS中的存儲過程所整個地替代。

你可以使用Java，Python，Perl或C編寫存儲過程，但是通常使用你的DBMS所指定的特定語言。Oracle使用PL/SQL，PostgreSQL使用pl/pgsql，DB2使用Procedural SQL。這些語言都非常相似。在它們之間移植存儲過程並不比在Sun的EJB規範不同實現版本之間移植Session Bean困難。並且，存儲過程是為嵌入SQL所設計，這使得它們比Java或C等語言更加友好地方式表達數據庫的機制。

因為存儲過程運行在DBMS自身，這可以幫助減少應用程序中的等待時間。不是在Java代碼中執行4個或5個SQL語句，而只需要在服務器端執行1個存儲過程。網絡上的數據往返次數的減少可以戲劇性地優化性能。

使用存儲過程

簡單的老的JDBC通過CallableStatement類支持存儲過程的調用。該類實際上是PreparedStatement的一個子類。假設我們有一個poets數據庫。數據庫中有一個設置詩人逝世年齡的存儲過程。下面是對老酒鬼Dylan Thomas（old soak Dylan Thomas，不指定是否有關典故、文化，請批評指正。譯註）進行調用的詳細代碼：

傳給prepareCall方法的字串是存儲過程調用的書寫規範。它指定了存儲過程的名稱，代表了你需要指定的參數。

和JDBC集成是存儲過程的一個很大的便利：為了從應用中調用存儲過程，不需要存根（stub）類或者配置文件，除了你的DBMS的JDBC驅動程序外什麽也不需要。

當這段代碼執行時，數據庫的存儲過程就被調用。我們沒有去獲取結果，因為該存儲過程並不返回結果。執行成功或失敗將通過例外得知。失敗可能意味著調用存儲過程時的失敗（比如提供的一個參數的類型不正確），或者一個應用程序的失敗（比如拋出一個例外指示在poets數據庫中並不存在“Dylan Thomas”）

結合SQL操作與存儲過程

映射Java對象到SQL表中的行相當簡單，但是通常需要執行幾個SQL語句；可能是一個SELECT查找ID，然後一個INSERT插入指定ID的數據。在高度規格化（符合更高的範式，譯註）的數據庫模式中，可能需要多個表的更新，因此需要更多的語句。Java代碼會很快地膨脹，每一個語句的網絡開銷也迅速增加。

將這些SQL語句轉移到一個存儲過程中將大大簡化代碼，僅涉及一次網絡調用。所有關聯的SQL操作都可以在數據庫內部發生。並且，存儲過程語言，例如PL/SQL，允許使用SQL語法，這比Java代碼更加自然。下面是我們早期的存儲過程，使用Oracle的PL/SQL語言編寫：

很獨特？不。我打賭你一定期待看到一個poets表上的UPDATE。這也暗示了使用存儲過程實現是多麽容易的一件事情。set_death_age幾乎可以肯定是一個很爛的實現。我們應該在poets表中添加一列來存儲逝世年齡。Java代碼中並不關心數據庫模式是怎麽實現的，因為它僅調用存儲過程。我們以後可以改變數據庫模式以提高性能，但是我們不必修改我們代碼。

下面是調用上面存儲過程的Java代碼：

為了確保可維護性，建議使用像這兒這樣的static方法。這也使得調用存儲過程的代碼集中在一個簡單的模版代碼中。如果你用到許多存儲過程，就會發現僅需要拷貝、粘貼就可以創建新的方法。因為代碼的模版化，甚至也可以通過腳本自動生產調用存儲過程的代碼。

#p#
Functions
存儲過程可以有返回值，所以CallableStatement類有類似getResultSet這樣的方法來獲取返回值。當存儲過程返回一個值時，你必須使用registerOutParameter方法告訴JDBC驅動器該值的SQL類型是什麽。你也必須調整存儲過程調用來指示該過程返回一個值。

下面接著上面的例子。這次我們查詢Dylan Thomas逝世時的年齡。這次的存儲過程使用PostgreSQL的pl/pgsql：
特此申明，本文未完，精彩的還在後邊的，敬請關註明天同一時間的推送，想提前知道可以加我[Q21535722319]一起討論。

Java調用存儲過程，你應該好好了解一下