存儲過程與sql語句

使用“存儲過程”和“使用SQL語句”的區別

第一：存儲過程因為SQL語句已經預編繹過了，因此運行的速度比較快。

第二：存儲過程可以接受參數、輸出參數、返回單個或多個結果集以及返回值。可以向程序返回錯誤原因。

第三：存儲過程運行比較穩定，不會有太多的錯誤。只要一次成功，以后都會按這個程序運行。

第四：存儲過程主要是在服務器上運行，減少對客戶機的壓力。

第五：存儲過程可以包含程序流、邏輯以及對數據庫的查詢。同時可以實體封裝和隱藏了數據邏輯。

第六：存儲過程可以在單個存儲過程中執行一系列 SQL 語句。

第七：存儲過程可以從自己的存儲過程內引用其它存儲過程，這可以簡化一系列復雜語句。

求 存儲過程和Sql語句之間的區別 余額準確越好

1.存儲過程編譯器事先對存儲過程金星了語法檢查處理，避免了因SQL語句語法不正確引起運行時出現異常的問題.

2.只在保存存儲過程時數據庫服務器才進行編譯，以后每次執行存儲過程都不需要再進行重新編譯而一般的SQL語句每執行一次就需要數據庫引擎重新編譯一次，所以使用存儲過程可以提高數據庫執行效率（補充：這點很有用，特別是感覺你的程序和數據庫相關有點慢時可以用這點，幫你程序運行的更快）

3.可以在定義存儲過程的時候直接檢查運行的結果是否正確，可視化的設計界面提高了效率.

4.避免了查詢字符串中包含單引號等特殊字符可能會出現的問題

5.一個項目中可能會多處用到相同的SQL語句，使用存儲過程便于重用

6.修改靈活方便，當需要修改完成的功能時，只需要修改定義的存儲過程即可，不必單獨修改每一個引用.

存儲過程與SQL語句是怎樣的

我的一位朋友說：他從臺灣知名技術作家李維先生的一本書中獲悉，如果用存儲過程封裝SQL語句，系統效率將有極大提升。

他做過實驗！！！ --我相信朋友做過實驗，盡管非親眼所見。不過我估計他的實驗有問題，那樣的實驗不但蒙蔽了他，也蒙蔽了李維先生（如果他的著作中的內容沒有被誤會），甚至更多的人。

然而我必須拿出證據，方能使人信服。 后來遇到一個具體的問題：客戶端經常要向數據庫插入記錄。

在J2EE中，一個 Entity Bean Home 的 create 方法調用中，一般就沒用存儲過程。朋友立馬在觀點上持反對意見（ 可能是因為他暫時有來得及否決J2EE ），認為要是J2EE能夠將“插入記錄”諸如此類動作改為對存儲過程的調用就好了。

我們因此再次發生爭論（我僅是反對朋友的看法，但也沒提出任何我自己的看法，因為要下一個結論是很不容易的）。最后我不得已而做了實驗，分別在 Oracle 10g 和 postgreSQL 8。

0。1 上。

實驗內容如下： A、建表腳本： create table ztest( fieldA integer primary key, fieldB varchar(128), fieldC varchar(128) ) B、客戶端請求 DBMS 執行的 insert SQL語句： insert into ztest values( ?1, ?2, ?3 ); -- ?1,?2,?3 將在運行時以合理的值替代之 C、客戶端調用的存儲過程（JDBC CallableStatement 調用）： Oracle：（調用方式 call up_add(。 。

。),) create or replace procedure up_add( fieldA integer, fieldB varchar, fieldC varchar ) is begin insert into ztest values( fieldA, fieldB, fieldC); end; postgreSQL：（客戶端調用方式 select uf_add(。

。

) ) CREATE OR REPLACE FUNCTION uf_add (integer, varchar, varchar) RETURNS void AS' begin insert into ztest values($1,$2,$3); return; end; 'LANGUAGE 'plpgsql' VOLATILE RETURNS NULL ON NULL INPUT SECURITY INVOKER; D、環境： postgreSQL：數據庫服務器與客戶端程序“都在本機”并“同時運行” Oracle： 獨立數據庫服務器（測試時始終有人在慢慢打字，應該對機器性能無影響） 測試： 通過不同方式（ 即 請求DBMS執行SQL語句 和 調用DBMS邏輯等價的存儲過程）向測試表中連續加入 1024 記錄 經多次反復測試，得結果如下 postgreSQL： 兩種方式下，測試時間均為 21- 24 seconds 之間 （每個結果的測試環境一致） Oracle: 8次 SQL 執行請求分別用時（ms） 5422 4750 3875 3812 5672 3531 3484 3547 6次 存儲過程調用分別用時（ms） 4578 4500 6297 4219 4547 5734 （每個結果的測試環境一致）由此可知，存儲過程封裝簡單的 SQL 語句，效率相當，且可能更低。 但很多朋友的確得出結論：存儲過程的確比SQL快。

為什么？---- 因為他們測試時寫了一個不具實際意義，同時也與SQL語句的“一次客戶端調用”不具可比性的測試用存儲過程。Oracle PL/SQL 描述方式如下，該方法一次調用就可以向數據表添加 1024 條記錄，連網絡通訊都省了。

怪不得性能有“千倍差異”！ create or replace procedure up_add( ) is declare n:integer; begin n := 0; while( n 它與客戶端一次提交單條 SQL 語句沒有可比性：當一次只需要向DBMS提交一條新記錄，要這個存儲過程干什么呢？。

存儲過程跟SQL語句比較,各有什么優點和缺點

SQL語句能進行簡單的查詢

存儲過程位于數據庫服務器中，是一個SQL語句的集合，可包含一個或多個SQL語句

存儲過程是利用SQL Server所提供的Tranact-SQL語言所編寫的程序。Tranact-SQL語言是SQL Server提供專為設計數據庫應用程序的語言，它是應用程序和SQL Server數據庫間的主要程序式設計界面。它好比Oracle數據庫系統中的Pro-SQL和Informix的數據庫系統能夠中的Informix-4GL語言一樣。這類語言主要提供以下功能，讓用戶可以設計出符合引用需求的程序：

1）、變量說明

2）、ANSI兼容的SQL命令（如Select,Update….）

3）、一般流程控制命令（if…else…、while….）

4）、內部函數

為什么存儲過程比sql語句效率高

1 存儲過程允許標準組件式編程

存儲過程在被創建以后可以在程序中被多次調用而不必重新編寫該存儲過程的sql

語句而且數據庫專業人員可隨時對存儲過程進行修改但對應用程序源代碼毫無影響因

為應用程序源代碼只包含存儲過程的調用語句從而極大地提高了程序的可移植性

2 存儲過程能夠實現較快的執行速度

如果某一操作包含大量的transaction-sql 代碼或分別被多次執行那么存儲過程要

比批處理的執行速度快很多因為存儲過程是預編譯的在首次運行一個存儲過程時查詢優化器對其進行分析優化并給出最終被存在系統表中的執行計劃而批處理的transaction-

sql 語句在每次運行時都要進行編譯和優化因此速度相對要慢一些

3 存儲過程能夠減少網絡流量

對于同一個針對數據數據庫對象的操作如查詢修改如果這一操作所涉及到的

transaction-sql 語句被組織成一存儲過程那么當在客戶計算機上調用該存儲過程時

網絡中傳送的只是該調用語句否則將是多條sql 語句從而大大增加了網絡流量降

低網絡負載

4 存儲過程可被作為一種安全機制來充分利用

系統管理員通過對執行某一存儲過程的權限進行限制從而能夠實現對相應的數據訪

問權限的限制避免非授權用戶對數據的訪問保證數據的安全

存儲過程與SQL語句如何選擇

數據庫擅長存儲與索引，在目前的互聯網系統架構中，服務器的擴展要比存儲的擴展更簡單，

需要考慮系統可能的瓶頸在服務器還是數據存儲，存儲過程有它的優點，應該在開發中合理的選用。

應用存儲過程的優點

存儲過程是一組預先創建并用指定的名稱存儲在數據庫服務器上的 SQL 語句，將使用比較頻繁或者比較復雜的操作，預先用 SQL 語句寫好并存儲起來，以后當需要數據庫提供相同的服務時，只需再次執行該存儲過程。

1.具有更好的性能

存儲過程是預編譯的，只在創建時進行編譯，以后每次執行存儲過程都不需再重新編譯，而一般 SQL 語句每執行一次就編譯一次，因此使用存儲過程可以提高數據庫執行速度。

2.功能實現更加靈活

存儲過程中可以應用條件判斷和游標等語句，有很強的靈活性，可以直接調用數據庫的一些內置函數，完成復雜的判斷和較復雜的運算。

3.減少網絡傳輸

復雜的業務邏輯需要多條 SQL 語句，當客戶機和服務器之間的操作很多時，將產生大量的網絡傳輸。如果將這些操作放在一個存儲過程中，那么客戶機和服務器之間的網絡傳輸就會減少，降低了網絡負載。

4.具有更好的安全性

(1)數據庫管理人員可以更好的進行權限控制，存儲過程可以屏蔽對底層數據庫對象的直接訪問，使用 EXECUTE 權限調用存儲過程，無需擁有訪問底層數據庫對象的顯式權限。

(2)在通過網絡調用過程時，只有對執行過程的調用是可見的。無法看到表和數據庫對象名稱，不能嵌入SQL 語句，有助于避免 SQL 注入攻擊。

存儲過程的弊端

1.架構不清晰，不夠面向對象

存儲過程不太適合面向對象的設計，無法采用面向對象的方式將業務邏輯進行封裝，業務邏輯在存儲層實現，增加了業務和存儲的耦合，代碼的可讀性也會降低，

2.開發和維護要求比較高

存儲過程的編寫直接依賴于開發人員，如果業務邏輯改動較多，需要頻繁直接操作數據庫，大量業務降維到數據庫，很多異常不能在代碼中捕獲，出現問題較難排查，需要數據庫管理人員的幫助。

3.可移植性差

過多的使用存儲過程會降低系統的移植性。在對存儲進行相關擴展時，可能會增加一些額外的工作。

存儲過程與SQL語句如何抉擇

架構設計沒有絕對，只有在當前的場景下最合適的。

普通的項目開發中，不建議大量使用存儲過程，對比SQL語句，存儲過程適用于業務邏輯復雜，比較耗時，同時請求量較少的操作，例如后臺大批量查詢、定期更新等。

(1)當一個事務涉及到多個SQL語句時或者涉及到對多個表的操作時可以考慮應用存儲過程

(2)在一個事務的完成需要很復雜的商業邏輯時可以考慮應用存儲過程

(3)比較復雜的統計和匯總可以考慮應用后臺存儲過程

SQLServer語句和存儲過程是怎樣的

--列出SQL SERVER 所有表，字段名，主鍵，類型，長度，小數位數等信息 --在查詢分析器里運行即可，可以生成一個表，導出到EXCEL中 -- ====================================================== SELECT (case when a。

colorder=1 then d。name else ' end)表名， a。

colorder 字段序號， a。name 字段名， （case when COLUMNPROPERTY( a。

id,a。name,'IsIdentity')=1 then '√'else ' end） 標識， （case when (SELECT count(*) FROM sysobjects WHERE (name in (SELECT name FROM sysindexes WHERE (id = a。

id) AND (indid in (SELECT indid FROM sysindexkeys WHERE (id = a。id) AND (colid in (SELECT colid FROM syscolumns WHERE (id = a。

id) AND (name = a。name))))))) AND (xtype = 'PK'))>0 then '√' else ' end） 主鍵， b。

name 類型， a。length 占用字節數， COLUMNPROPERTY(a。

id,a。name,'PRECISION') as 長度， isnull(COLUMNPROPERTY(a。

id,a。name,'Scale'),0) as 小數位數， （case when a。

isnullable=1 then '√'else ' end） 允許空， isnull(e。 text，') 默認值， isnull(g。

[value],') AS 字段說明 FROM syscolumns a left join systypes b on a。xtype=b。

xusertype inner join sysobjects d on a。 id=d。

id and d。xtype='U' and d。

name'dtproperties' left join syscomments e on a。cdefault=e。

id left join sysproperties g on a。 id=g。

id AND a。colid = g。

smallid order by a。id,a。

colorder ------------------------------------------------------------------------------------------------- 列出SQL SERVER 所有表、字段定義，類型，長度，一個值等信息 并導出到Excel 中 -- ====================================================== -- Export all user tables definition and one sample value -- jan-13-2003,Dr。 Zhang -- ====================================================== 在查詢分析器里運行： SET ANSI_NULLS OFF GO SET NOCOUNT ON GO SET LANGUAGE 'Simplified Chinese' go DECLARE @tbl nvarchar(200),@fld nvarchar(200),@sql nvarchar(4000),@maxlen int,@sample nvarchar(40) SELECT d。

name TableName,a。name FieldName,b。

name TypeName,a。length Length,a。

isnullable IS_NULL INTO #t。

轉載請注明出處華閱文章網 » 存儲過程與sql語句