我发现很多教科书，数据库教程视频都涉及到了存储过程，但是我看过很多开源的php项目，里面几乎就没有用到存储过程啊，我看过java项目倒是有部分项目用到过存储过程，这是为什么呢？
已经从业或者开发过大型项目的程序员们你们在实际工作中用到过他吗？
还有就是存储过程里面的逻辑几乎我都可以用程序（java，php）写，为什么还要直接在数据库里面写呢？（换句话说：存储过程的意义是什么？）
ringa_lee
一、儲存過程是非常有用滴。例如，在常見的登入場景中，需要記錄使用者的登錄記錄，你可以使用程式語言來實現:
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，複雜的業務寫個幾千行預存程序實作。 儲存過程本身的優點就不具體說了。
一、儲存過程是非常有用滴。例如，在常見的登入場景中，需要記錄使用者的登錄記錄，你可以使用程式語言來實現:
在這裡，第1步先判斷使用者存不存在，第2步驟記錄使用者登入日誌。
預存程序實作：login_user_and_save_result()的功能是執行使用者登入操作、並記錄使用者的登入日誌。
差別在於，程式語言實作需要執行2次資料庫連線connect作業、2次編譯sql操作execute_sql；login_user_and_save_result()則只需要1次connect，0次編譯execute_sql操作，因為預存程序在建立之初就已經編譯好了，只要傳參數就可以了。
這樣在用戶量逐步成長的情況下，預存程序可以為伺服器省很多頻寬、系統資源消耗，優勢會慢慢顯示出來。
如果，你的boss要你再加一層邏輯，只允許使用者3次登入嘗試，3次失敗後，不允許登入。在程式語言層級的資料庫操作會變的更加複雜一點。
在這裡，你可以發現程式語言需要頻繁的連接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，複雜的業務寫個幾千行預存程序實作。
儲存過程本身的優點就不具體說了。