一、儲存過程是非常有用滴。例如，在常見的登入場景中，需要記錄使用者的登錄記錄，你可以使用程式語言來實現:

  db.connect( "db_host" ).execute_sql( "select count(*) from user_info_table where username = 'you' and pass='123' " );
  db.connect( "db_host" ).execute_sql( "insert into login_table( user_name, log_time )values( 'you', '2017_01_05' )  " );

在這裡，第1步先判斷使用者存不存在，第2步驟記錄使用者登入日誌。

預存程序實作：login_user_and_save_result()的功能是執行使用者登入操作、並記錄使用者的登入日誌。

  db.connect( "db_host" ).execute_sql( "call login_user_and_save_result('you', '123') " );
  

差別在於，程式語言實作需要執行2次資料庫連線connect作業、2次編譯sql操作execute_sql；login_user_and_save_result()則只需要1次connect，0次編譯execute_sql操作，因為預存程序在建立之初就已經編譯好了，只要傳參數就可以了。
這樣在用戶量逐步成長的情況下，預存程序可以為伺服器省很多頻寬、系統資源消耗，優勢會慢慢顯示出來。

如果，你的boss要你再加一層邏輯，只允許使用者3次登入嘗試，3次失敗後，不允許登入。在程式語言層級的資料庫操作會變的更加複雜一點。

 arr_result = db.connect( "db_host" ).execute_sql( "select count(*) from user_info_table where username = 'you' and pass='123' and enable_login = 1" ); //
 if( arr_result != 1 ) { //更新登入失败次数
      db.connect( "db_host" ).execute_sql( "insert user_login_fail(username, pass) values( 'you', 'pass' ) " );
 }
 fail_count = db.connect( 'db_host' ).execute_sql( "select count(*) from user_login_fail where username = 'you'" );
 if( fail_count > 3 ) {
      db.connect( "db_host" ).execute_sql( "update user_info_table set enable_login = 0" );
 }

在這裡，你可以發現程式語言需要頻繁的連接db、或者說要和資料庫保持長時間的網路連線。如果，你把這些登入邏輯都放在login_user_and_result()裡實現，你要做的只是傳入參數username、pass，系統也只需要做1次連接db、0次編譯，簡單很多。

二、儲存過程的作用不只在資源消耗上。現在，你的程式有兩種方式登錄，一種是在web端登錄，一種是原生client端登入。假設，web端是使用java web實現，client端是使用visual c++來實作。如果，java web 和 visual c++在登入的時候都會呼叫login_user_and_result()，就可以保持使用者一致的登入行為，避免開發人員分別實作導致其他問題。其實，你還可以為預存程序新增各種資料庫層級的權限，統一控制登入權限。

我覺得儲存過程主要有兩個優勢。一是在資料庫端執行，避免網路通訊開銷，進而效率較高。二是預存程序可以直接利用資料庫提供的一些進階抽象，例如交易、觸發器、重寫規則等。

如果完全不用儲存過程，資料庫只是一個提供增刪改的儲存後端罷了，它提供的進階功能就浪費了。可以用預存程序建構業務功能，前端只是呼叫這些功能，類似API的效果。

實施,運維可以自己改，不然屁大點業務都要返回到開發這邊改代碼，編譯，發補丁

我的專案中，沒有使用到預存程序。倒是用過視圖！專案大些的公司可能有些需要，有專門Dba的單位！

ods，資料倉儲等傳統資料中心的資料批次處理，或是olap還是會用預存程序的

有DBA用預存程序或簡單的邏輯用，日誌寫到資料庫...個人覺得寫到程式碼裡簡單些

效率高，有時候職責分得很細的時候後端未必能隨意存取資料庫

我所在的專案裡儲存過程是用得比較多，特別是報表，大部分用預存程序。
除了上面的幾個優點，還有就是預存程序的擴展性會比較好，比如說跨庫、分錶union，一些動態拼接sql的，存儲過程方便，也直觀，對於日後分佈式，也只是在儲存過程內拼接修改。

我一般用來做資料整理，遷移。例如網站整改，資料結構變了，某某表被拆了，某某表合併了，某某字段資料格式有變等等情況，反正我只在網站升級的時候需要用到。其他查詢一般能用程式碼實現的都不想用預存程序實作

有逼格的公司，會專門有DBA這樣一個職位，才看不上程式設計師寫的SQL，複雜的業務寫個幾千行預存程序實作。
儲存過程本身的優點就不具體說了。