mysql存儲(chǔ)過(guò)程已被視為應(yīng)用程序通過(guò)使用編碼方法或“過(guò)程”訪問(wèn)和操作數(shù)據(jù)庫(kù)信息的事實(shí)標(biāo)準(zhǔn)。這主要是由于它們?yōu)殚_(kāi)發(fā)人員提供的：將SQL的基于集合的功能與代碼開(kāi)發(fā)的迭代和條件處理控制相結(jié)合的機(jī)會(huì)。開(kāi)發(fā)人員對(duì)此非常高興;最后，開(kāi)發(fā)人員可以利用以下優(yōu)勢(shì)，而不是編寫內(nèi)聯(lián)SQL然后嘗試從代碼中操作數(shù)據(jù)：

一、熟悉的編碼原則

1、迭代循環(huán)

2、條件句

3、方法調(diào)用(存儲(chǔ)過(guò)程本身被構(gòu)建并且類似地被稱為方法)

二、一次一地處理

1、現(xiàn)在，SQL 代碼的各個(gè)部分可以封裝到命名方法塊中，而不是將內(nèi)聯(lián) SQL 代碼分布在整個(gè)應(yīng)用程序中，這些方法都可以在一個(gè)位置2、所有復(fù)雜的數(shù)據(jù)處理現(xiàn)在都可以在服務(wù)器上執(zhí)行，允(數(shù)據(jù)庫(kù)的“存儲(chǔ)過(guò)程”文件夾)中輕松識(shí)別和訪問(wèn)。

當(dāng)然，僅僅因?yàn)槟承〇|西很流行并不總是意味著它在所有情況下都是最好的工具。Stored Procedures的效率、功效和實(shí)用性，就像所有編程語(yǔ)言和平臺(tái)的實(shí)現(xiàn)一樣，都取決于客戶端的需求和應(yīng)用程序的后續(xù)架構(gòu)。

下面，小編就給大家分析下mysql存儲(chǔ)過(guò)程的優(yōu)點(diǎn)與缺點(diǎn)。

一、使用mysql存儲(chǔ)過(guò)程的優(yōu)點(diǎn)

存儲(chǔ)過(guò)程如此流行并得到如此廣泛的使用，因此人們對(duì)關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng) (RDBMS)抱有期望，以至于MySQL最終屈服于開(kāi)發(fā)人員的同行壓力，并在其非常流行的開(kāi)源數(shù)據(jù)庫(kù)中添加了利用存儲(chǔ)過(guò)程的能力。

1、可維護(hù)性：由于腳本位于同一個(gè)位置，因此根據(jù)模式更改更新和跟蹤依賴關(guān)系變得更加容易。

2、測(cè)試：可以獨(dú)立于應(yīng)用程序進(jìn)行測(cè)試。

3、業(yè)務(wù)規(guī)則隔離：將存儲(chǔ)過(guò)程放在一個(gè)位置意味著不會(huì)混淆將業(yè)務(wù)規(guī)則分布在應(yīng)用程序中可能不同的代碼文件上。

4、速度/優(yōu)化：存儲(chǔ)過(guò)程緩存在服務(wù)器上;無(wú)需運(yùn)行應(yīng)用程序即可輕松查看流程的執(zhí)行計(jì)劃。

5、基于集合的處理的利用：SQL的強(qiáng)大之處在于它能夠快速高效地對(duì)大量數(shù)據(jù)執(zhí)行基于集合的處理;編碼等價(jià)物通常是迭代循環(huán)，通常要慢得多。

6、安全：通過(guò)數(shù)據(jù)庫(kù)中定義的角色限制對(duì)表的直接訪問(wèn);為底層數(shù)據(jù)結(jié)構(gòu)提供一個(gè)“接口”，以便屏蔽所有實(shí)現(xiàn)甚至數(shù)據(jù)本身;僅保護(hù)數(shù)據(jù)和訪問(wèn)它的代碼比在應(yīng)用程序代碼本身中應(yīng)用該安全性更容易。

二、使用mysql存儲(chǔ)過(guò)程的缺點(diǎn)

存儲(chǔ)過(guò)程肯定有一些缺點(diǎn)，使它們無(wú)法成為應(yīng)用程序數(shù)據(jù)庫(kù)訪問(wèn)的一站式解決方案。

1、有限的編碼功能：存儲(chǔ)過(guò)程代碼不如應(yīng)用程序代碼健壯，特別是在循環(huán)方面(更不用說(shuō)迭代構(gòu)造，如游標(biāo)，速度慢且處理器密集)。

2、可移植性：利用用于創(chuàng)建它們的RDBMS的復(fù)雜核心功能的復(fù)雜存儲(chǔ)過(guò)程并不總是移植到同一數(shù)據(jù)庫(kù)的升級(jí)版本。如果從一種數(shù)據(jù)庫(kù)類型 (Oracle) 遷移到另一種數(shù)據(jù)庫(kù)類型 (MS SQL Server)，則尤其如此。

3、測(cè)試：直到運(yùn)行時(shí)才生成處理存儲(chǔ)過(guò)程的任何數(shù)據(jù)錯(cuò)誤。

4、業(yè)務(wù)規(guī)則的位置：由于SP不容易分組/封裝在單個(gè)文件中，這也意味著業(yè)務(wù)規(guī)則分布在不同的存儲(chǔ)過(guò)程中。應(yīng)用程序代碼架構(gòu)有助于確保業(yè)務(wù)規(guī)則封裝在單個(gè)對(duì)象中。普遍認(rèn)為業(yè)務(wù)規(guī)則/邏輯不應(yīng)放在數(shù)據(jù)層中

5、基于集合的處理的利用

維護(hù)不夠復(fù)雜的存儲(chǔ)過(guò)程會(huì)導(dǎo)致過(guò)多的開(kāi)銷。因此，普遍的共識(shí)是簡(jiǎn)單的 SELECT 語(yǔ)句不應(yīng)綁定到存儲(chǔ)過(guò)程，而應(yīng)作為內(nèi)聯(lián)SQL實(shí)現(xiàn)。

6、成本

根據(jù)我們的公司結(jié)構(gòu)和開(kāi)發(fā)關(guān)注點(diǎn)分離，存儲(chǔ)過(guò)程開(kāi)發(fā)可能需要專門的數(shù)據(jù)庫(kù)開(kāi)發(fā)人員。有些企業(yè)根本不允許開(kāi)發(fā)人員訪問(wèn)數(shù)據(jù)庫(kù)，而是需要一個(gè)單獨(dú)的DBA。這將自動(dòng)產(chǎn)生額外費(fèi)用。一些公司認(rèn)為(有時(shí)是真的，但并非總是如此)DBA比應(yīng)用程序開(kāi)發(fā)人員更像是SQL專家，因此會(huì)編寫更好的存儲(chǔ)過(guò)程。在這種情況下，需要DBA形式的額外開(kāi)發(fā)人員。

以上是mysql存儲(chǔ)過(guò)程的優(yōu)點(diǎn)與缺點(diǎn)的介紹。希望能幫助到大家參考!

審核編輯：湯梓紅