存儲過程執行計劃
就像你調用方法一樣嘛
通過調用
exec 存儲過程名 參數名1,參數名2,.....
進入存儲過程，根據存儲過程編寫語句順序執行
『貳』 如何查看mysql存儲過程中sql的執行計劃
查看存儲過程創建語句可運行下列sql語句：語法showcreate{procere|function}sp_name;例如查看存儲過程mypro的創建語句showcreateproceremypro;查看自定義函數myfunc的創建語句showcreatefunctionmyfunc;
『叄』 如何查看執行存儲過程的執行計劃
存儲過程沒有執行計劃 只有SQL 有執行計劃。
你可以把存儲過程裡面的SQL 逐個分析
『肆』 oracle存儲過程是從上到下執行嗎
是。oracle存儲過程是原則從上至下；從右向左由上至下，在執行計劃中一般含有多個節點，所以是。存儲過程（StoredProcere）是在大型資料庫系統中，一組為了完成特定功能的SQL語句集，它存儲在資料庫中，一次編譯後永久有效，用戶通過指定存儲過程的名字並給出參數（如果該存儲過程帶有參數）來執行它。
『伍』 mysql 存儲過程執行太慢怎麼優化
1.當我們請求mysql伺服器的時候,MySQL前端會有一個監聽,請求到了之後,伺服器得到相關的SQL語句,執行之前(虛線部分為執行),還會做許可權的判斷
2.通過許可權之後,SQL就到MySQL內部,他會在查詢緩存中,看該SQL有沒有執行過,如果有查詢過,則把緩存結果返回,說明在MySQL內部,也有一個查詢緩存.但是這個查詢緩存,默認是不開啟的,這個查詢緩存,和我們的Hibernate，Mybatis的查詢緩存是一樣的,因為查詢緩存要求SQL和參數都要一樣,所以這個命中率是非常低的（沒什麼卵用的意思）。
3.如果我們沒有開啟查詢緩存,或者緩存中沒有找到對應的結果,那麼就到了解析器,解析器主要對SQL語法進行解析
4.解析結束後就變成一顆解析樹,這個解析樹其實在Hibernate裡面也是有的,大家回憶一下,在以前做過Hibernate項目的時候,是不是有個一個antlr.jar。這個就是專門做語法解析的工具.因為在Hibernate裡面有HQL，它就是通過這個工具轉換成SQL的,我們編程語言之所以有很多規范、語法,其實就是為了便於這個解析器解析,這個學過編譯原理的應該知道.
5.得到解析樹之後,不能馬上執行,這還需要對這棵樹進行預處理,也就是說,這棵樹,我沒有經過任何優化的樹,預處理器會這這棵樹進行一些預處理,比如常量放在什麼地方,如果有計算的東西,把計算的結果算出來等等...
6.預處理完畢之後,此時得到一棵比較規范的樹,這棵樹就是要拿去馬上做執行的樹,比起之前的那棵樹,這棵得到了一些優化
7.查詢優化器，是MySQL裡面最關鍵的東西,我們寫任何一條SQL,比如SELECT * FROM USER WHERE USERNAME = toby AND PASSWORD = 1,它會怎麼去執行?它是先執行username = toby還是password = 1?每一條SQL的執行順序查詢優化器就是根據MySQL對數據統計表的一些信息,比如索引,比如表一共有多少數據,MySQL都是有緩存起來的,在真正執行SQL之前,他會根據自己的這些數據,進行一個綜合的判定,判斷這一次在多種執行方式裡面,到底選哪一種執行方式,可能運行的最快.這一步是MySQL性能中,最關鍵的核心點,也是我們的優化原則.我們平時所講的優化SQL,其實說白了,就是想讓查詢優化器,按照我們的想法,幫我們選擇最優的執行方案,因為我們比MySQL更懂我們的數據.MySQL看數據,僅僅只是自己收集到的信息,這些信息可能是不準確的,MySQL根據這些信息選了一個它自認為最優的方案,但是這個方案可能和我們想像的不一樣.
8.這里的查詢執行計劃,也就是MySQL查詢中的執行計劃,比如要先執行username = toby還是password = 1
9.這個執行計劃會傳給查詢執行引擎,執行引擎選擇存儲引擎來執行這一份傳過來的計劃,到磁碟中的文件中去查詢,這個時候重點來了,影響這個查詢性能最根本的原因是什麼?就是硬碟的機械運動,也就是我們平時熟悉的IO,所以一條查詢語句是快還是慢,就是根據這個時間的IO來確定的.那怎麼執行IO又是什麼來確定的?就是傳過來的這一份執行計劃.(優化就是制定一個我們認為最快的執行方案,最節省IO,和執行最快)
10.如果開了查詢緩存,則返回結果給客戶端,並且查詢緩存也放一份。
『陸』 存儲過程的優缺點
存儲過程的優缺點：
存儲過程優點：
1.由於應用程序隨著時間推移會不斷更改，增刪功能，T－SQL過程代碼會變得更復雜，StoredProcere為封裝此代碼提供了一個替換位置。
2.執行計劃（存儲過程在首次運行時將被編譯，這將產生一個執行計劃－－
實際上是
Microsoft
SQL
Server為在存儲過程中獲取由
T-SQL
指定的結果而必須採取的步驟的記錄。）緩存改善性能。
但sql
server新版本，執行計劃已針對所有
T-SQL 批處理進行了緩存，而不管它們是否在存儲過程中，所以沒比較優勢了。
3.存儲過程可以用於降低網路流量，存儲過程代碼直接存儲於資料庫中，所以不會產生大量T-sql語句的代碼流量。
4.使用存儲過程使您能夠增強對執行計劃的重復使用，由此可以通過使用遠程過程調用
(RPC)
處理伺服器上的存儲過程而提高性能。RPC
封裝參數和調用伺服器端過程的方式使引擎能夠輕松地找到匹配的執行計劃，並只需插入更新的參數值。
5.可維護性高，更新存儲過程通常比更改、測試以及重新部署程序集需要較少的時間和精力。
6.代碼精簡一致，一個存儲過程可以用於應用程序代碼的不同位置。
7.更好的版本控制，通過使用
Microsoft
Visual
SourceSafe
或某個其他源代碼控制工具，您可以輕松地恢復到或引用舊版本的存儲過程。
8.增強安全性：
a、通過向用戶授予對存儲過程（而不是基於表）的訪問許可權，它們可以提供對特定數據的訪問；
b、提高代碼安全，防止
SQL注入（但未徹底解決，例如，將數據操作語言－－DML，附加到輸入參數）；
c、SqlParameter
類指定存儲過程參數的數據類型，作為深層次防禦性策略的一部分，可以驗證用戶提供的值類型（但也不是萬無一失，還是應該傳遞至資料庫前得到附加驗證）。
存儲過程缺點：
1.如果更改范圍大到需要對輸入存儲過程的參數進行更改，或者要更改由其返回的數據，則您仍需要更新程序集中的代碼以添加參數、更新
GetValue()
調用，等等，這時候估計比較繁瑣了。
2.可移植性差
由於存儲過程將應用程序綁定到
SQL
Server，因此使用存儲過程封裝業務邏輯將限制應用程序的可移植性。如果應用程序的可移植性在您的環境中非常重要，則將業務邏輯封裝在不特定於
RDBMS
的中間層中可能是一個更佳的選擇。
3.
大量採用存儲過程進行業務邏輯的開發致命的缺點是很多存儲過程不支持面向對象的設計，無法採用面向對象的方式將業務邏輯進行封裝，從而無法形成通用的可支持復用的業務邏輯框架。
4.代碼可讀性差,相當難維護.
『柒』 存儲過程第一次執行耗時30分鍾，第二次開始每次耗時不到3分鍾，這是什麼原因
sql是高級語言，資料庫系統執行sql之前要將sql語句進行解析（相當於編譯），這個過程叫硬解析；資料庫系統每次執行sql之前都會檢查共享池中是不是存在已經解析過的語句，如果有就拿來直接用，這叫軟結息。軟解析比硬解析效率高，這是影響因素之一；
二、第一次執行可能沒有走索引，第二次執行使用第一次執行的執行計劃
三、看你的存儲過程做了些什麼，有可能第一次把活幹完了，導致第二次執行沒什麼活干
以上回答基於oracle體系結構
『捌』 存儲過程的作用是什麼
你會寫程序嗎？存儲過程就是程序，就是語句的集合。有些數據的批量連貫的處理，不好用程序寫，用過程寫會很方便，而且執行效率也高。如果你這些處理的數據是有規律的，或者需要反復處理的，那你就定義過程，然後根據你傳入的參數進行處理。跟程序中的過程沒什麼兩樣。而且還有如下
1.存儲過程可以使得程序執行效率更高、安全性更好，因為過程建立之後
已經編譯並且儲存到資料庫，直接寫sql就需要先分析再執行因此過程效率更高，直接寫sql語句會帶來安全性問題，如：sql注入
2.建立過程不會很耗系統資源，因為過程只是在調用才執行。
3.存儲過程可以用於降低網路流量，存儲過程代碼直接存儲於資料庫中，所以不會產生大量t-sql語句的代碼流量。
4.使用存儲過程使您能夠增強對執行計劃的重復使用，由此可以通過使用遠程過程調用
(rpc)
處理伺服器上的存儲過程而提高性能。rpc
封裝參數和調用伺服器端過程的方式使引擎能夠輕松地找到匹配的執行計劃，並只需插入更新的參數值。
5.可維護性高，更新存儲過程通常比更改、測試以及重新部署程序集需要較少的時間和精力。
6.代碼精簡一致，一個存儲過程可以用於應用程序代碼的不同位置。
7.增強安全性：
a、通過向用戶授予對存儲過程（而不是基於表）的訪問許可權，它們可以提供對特定數據的訪問；
b、提高代碼安全，防止
sql注入（但未徹底解決，例如，將數據操作語言－－dml，附加到輸入參數）；
c、sqlparameter
類指定存儲過程參數的數據類型，作為深層次防禦性策略的一部分，可以驗證用戶提供的值類型（但也不是萬無一失，還是應該傳遞至資料庫前得到附加驗證）。
缺點就是：
1、大量的利用過程，會對伺服器壓力比較大。
『玖』 存儲過程是不是對內存消耗很大呢
存儲過程的優缺點
優點：
1.由於應用程序隨著時間推移會不斷更改，增刪功能，T－SQL過程代碼會變得更復雜，StoredProcere為封裝此代碼提供了一個替換位置。
2.執行計劃（存儲過程在首次運行時將被編譯，這將產生一個執行計劃－－ 實際上是 Microsoft SQL Server為在存儲過程中獲取由 T-SQL 指定的結果而必須採取的步驟的記錄。）緩存改善性能。
........但sql server新版本，執行計劃已針對所有 T-SQL 批處理進行了緩存，而不管它們是否在存儲過程中，所以沒比較優勢了。
3.存儲過程可以用於降低網路流量，存儲過程代碼直接存儲於資料庫中，所以不會產生大量T-sql語句的代碼流量。
4.使用存儲過程使您能夠增強對執行計劃的重復使用，由此可以通過使用遠程過程調用 (RPC) 處理伺服器上的存儲過程而提高性能。RPC 封裝參數和調用伺服器端過程的方式使引擎能夠輕松地找到匹配的執行計劃，並只需插入更新的參數值。
5.可維護性高，更新存儲過程通常比更改、測試以及重新部署程序集需要較少的時間和精力。
6.代碼精簡一致，一個存儲過程可以用於應用程序代碼的不同位置。
7.更好的版本控制，通過使用 Microsoft Visual SourceSafe 或某個其他源代碼控制工具，您可以輕松地恢復到或引用舊版本的存儲過程。
8.增強安全性：
a、通過向用戶授予對存儲過程（而不是基於表）的訪問許可權，它們可以提供對特定數據的訪問；
b、提高代碼安全，防止 SQL注入（但未徹底解決，例如，將數據操作語言－－DML，附加到輸入參數）；
c、SqlParameter 類指定存儲過程參數的數據類型，作為深層次防禦性策略的一部分，可以驗證用戶提供的值類型（但也不是萬無一失，還是應該傳遞至資料庫前得到附加驗證）。
缺點：
1.如果更改范圍大到需要對輸入存儲過程的參數進行更改，或者要更改由其返回的數據，則您仍需要更新程序集中的代碼以添加參數、更新 GetValue() 調用，等等，這時候估計比較繁瑣了。
2.可移植性差
由於存儲過程將應用程序綁定到 SQL Server，因此使用存儲過程封裝業務邏輯將限制應用程序的可移植性。如果應用程序的可移植性在您的環境中非常重要，則將業務邏輯封裝在不特定於 RDBMS 的中間層中可能是一個更佳的選擇。
沒有內存消耗問題