華閱文章網sql server 用什么執行存儲過程語句
執行帶參數的存儲過程的方法如下：
Exec sp_configure 'allow updates',1 --允許更新系統表。
exec *_ChangeObjectOwnerBatch 'OldOwner','dbo'
以上是兩個例子。
SQL Server中執行帶參數的存儲過程的方法是：
EXEC 存儲過程名字 '參數1'，'參數2'，數值參數
EXEC 是一個關鍵字。
字符串參數使用單引號括起來，數值參數不需要使用單引號
存儲過程與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語句
MSSQL為我們提供了兩種動態執行SQL語句的命令，分別是EXEC和sp_executesql；通常，sp_executesql則更具有優勢，它提供了輸入輸出接口，而EXEC沒有。
還有一個最大的好處就是利用sp_executesql，能夠重用執行計劃，這就大大提供了執行性能，還可以編寫更安全的代碼。EXEC在某些情況下會更靈活。
除非您有令人信服的理由使用EXEC，否側盡量使用sp_*的使用 EXEC命令有兩種用法，一種是執行一個存儲過程，另一種是執行一個動態的批處理。以下所講的都是第二種用法。
下面先使用EXEC演示一個例子，代碼1 代碼 DECLARE @TableName VARCHAR(50),@Sql NVARCHAR (MAX),@OrderID INT; SET @TableName = 'Orders'; SET @OrderID = 10251; SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) +'WHERE OrderID = '+ CAST(@OrderID AS VARCHAR(10))+' ORDER BY ORDERID DESC' EXEC(@sql)； 注：這里的EXEC括號中只允許包含一個字符串變量，但是可以串聯多個變量，如果我們這樣寫EXEC:EXEC('SELECT TOP('+ CAST(@TopCount AS VARCHAR(10)) +')* FROM '+ QUOTENAME(@TableName) +' ORDER BY ORDERID DESC'); SQL編譯器就會報錯，編譯不通過，而如果我們這樣：EXEC(@sql+@sql2+@sql3)； 編譯器就會通過； 所以最佳的做法是把代碼構造到一個變量中，然后再把該變量作為EXEC命令的輸入參數，這樣就不會受限制了。 EXEC的缺點是不提供接口，這里的接口是指，它不能執行一個包含一個帶變量符的批處理，如下 代碼 DECLARE @TableName VARCHAR(50),@Sql NVARCHAR(MAX),@OrderID INT; SET @TableName = 'Orders'; SET @OrderID = 10251; SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) + 'WHERE OrderID = @OrderID ORDER BY ORDERID DESC' EXEC(@sql)； 關鍵就在SET @sql這一句話中，如果我們運行這個批處理，編譯器就會產生一下錯誤 Msg 137, Level 15, State 2, Line 1 必須聲明標量變量 "@OrderID"。
使用EXEC時，如果您想訪問變量，必須把變量內容串聯到動態構建的代碼字符串中，如：SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) + 'WHERE OrderID = '+CAST(@OrderID AS VARCHAR(10))+' ORDER BY ORDERID DESC' 串聯變量的內容也存在性能方面的弊端。SQL Server為每一個的查詢字符串創建新的執行計劃，即使查詢模式相同也是這樣。
為演示這一點，先清空緩存中的執行計劃 DBCC FREEPROCCACHE （這個不是本文所涉及的內容，您可以查看MS的MSDN） 將代碼1運行3次，分別對@OrderID 賦予下面3個值，10251,10252,10253。然后使用下面的代碼查詢 SELECT cacheobjtype,objtype,usecounts,sql FROM *heobjects WHERE sql NOT LIKE '%cach%' AND sql NOT LIKE '%sys.%' 點擊F5運行，我們可以看到，每執行一次都要產生一次的編譯，執行計劃沒有得到充分重用。
EXEC除了不支持動態批處理中的輸入參數外，他也不支持輸出參數。默認情況下，EXEC把查詢的輸出返回給調用者。
例如下面代碼返回Orders表中所有的記錄數 DECLARE @sql NVARCHAR(MAX) SET @sql = 'SELECT COUNT(ORDERID) FROM Orders'; EXEC(@sql)； 然而，如果你要把輸出返回給調用批處理中的變量，事情就沒有那么簡單了。為此，你必須使用INSERT EXEC語法把輸出插入到一個目標表中，然后從這表中獲取值后賦給該變量，就像這樣：代碼 DECLARE @sql NVARCHAR(MAX),@RecordCount INT SET @sql = 'SELECT COUNT(ORDERID) FROM Orders'; CREATE TABLE #T(TID INT); INSERT INTO #T EXEC(@sql); SET @RecordCount = (SELECT TID FROM #T) SELECT @RecordCount DROP TABLE #*_executesql的使用 sp_executesql命令在SQL Server中引入的比EXEC命令晚一些，它主要為重用執行計劃提供更好的支持。
為了和EXEC作一個鮮明的對比，我們看看如果用代碼1的代碼，把EXEC換成sp_executesql，看看是否得到我們所期望的結果 代碼 DECLARE @TableName VARCHAR(50),@sql NVARCHAR(MAX),@OrderID INT ,@sql2 NVARCHAR(MAX); SET @TableName = 'Orders '; SET @OrderID = 10251; SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) + ' WHERE OrderID = '+CAST(@OrderID AS VARCHAR(50)) + ' ORDER BY ORDERID DESC' EXEC sp_executesql @sql 注意最后一行；事實證明可以運行；sp_executesql提供接口 sp_executesql命令比EXEC命令更靈活，因為它提供一個接口，該接口及支持輸入參數也支持輸出參數。這功能使你可以創建帶參數的查詢字符串，這樣就可以比EXEC更好的重用執行計劃，sp_executesql的構成與存儲過程非常相似，不同之處在于你是動態構建代碼。
它的構成包括：代碼快，參數聲明部分，參數賦值部分。說了這么多，還是看看它的語法：EXEC sp_executesql @stmt=
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。
sqlserver窗口怎樣執行存儲過程語句
存儲過程保存的方式和每個表的保存方式是一樣的，都保存在定義的數據庫中，使用select * from sysobjects 可是實現查詢，他與表的區分是表的xtype='U' 而存儲過程的類型是xtype='p'，如查詢存儲過程的語句是：
select * from sysobjects where xtype='p' 如果想查看存儲過程的源語句可以使用sp_helptext 命令，打開存儲過程。比如要打開的存儲過程的名字是pro_a 你需要在查詢分析器里面選擇存儲過程所在的數據庫，然后輸入 sp_helptext pro_a 然后執行，就可以在下面的結果窗口顯示存儲過程的內容了
怎樣SQL存儲過程中執行動態SQL語句
存儲過程中執行動態Sql語句 MSSQL為我們提供了兩種動態執行SQL語句的命令，分別是EXEC和sp_executesql；通常，sp_executesql則更具有優勢，它提供了輸入輸出接口，而EXEC沒有。
還有一個最大的好處就是利用sp_executesql，能夠重用執行計劃，這就大大提供了執行性能，還可以編寫更安全的代碼。EXEC在某些情況下會更靈活。
除非您有令人信服的理由使用EXEC，否側盡量使用sp_*的使用 EXEC命令有兩種用法，一種是執行一個存儲過程，另一種是執行一個動態的批處理。以下所講的都是第二種用法。
下面先使用EXEC演示一個例子，代碼1代碼 DECLARE @TableName VARCHAR(50),@Sql NVARCHAR (MAX),@OrderID INT; SET @TableName = 'Orders'; SET @OrderID = 10251; SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) +'WHERE OrderID = '+ CAST(@OrderID AS VARCHAR(10))+' ORDER BY ORDERID DESC' EXEC(@sql)；注：這里的EXEC括號中只允許包含一個字符串變量，但是可以串聯多個變量，如果我們這樣寫EXEC:EXEC('SELECT TOP('+ CAST(@TopCount AS VARCHAR(10)) +')* FROM '+ QUOTENAME(@TableName) +' ORDER BY ORDERID DESC'); SQL編譯器就會報錯，編譯不通過，而如果我們這樣：EXEC(@sql+@sql2+@sql3)；編譯器就會通過； 所以最佳的做法是把代碼構造到一個變量中，然后再把該變量作為EXEC命令的輸入參數，這樣就不會受限制了。 EXEC的缺點是不提供接口，這里的接口是指，它不能執行一個包含一個帶變量符的批處理，如下代碼 DECLARE @TableName VARCHAR(50),@Sql NVARCHAR(MAX),@OrderID INT; SET @TableName = 'Orders'; SET @OrderID = 10251; SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) + 'WHERE OrderID = @OrderID ORDER BY ORDERID DESC' EXEC(@sql)；關鍵就在SET @sql這一句話中，如果我們運行這個批處理，編譯器就會產生一下錯誤 Msg 137, Level 15, State 2, Line 1 必須聲明標量變量 "@OrderID"。
使用EXEC時，如果您想訪問變量，必須把變量內容串聯到動態構建的代碼字符串中，如： SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) + 'WHERE OrderID = '+CAST(@OrderID AS VARCHAR(10))+' ORDER BY ORDERID DESC'串聯變量的內容也存在性能方面的弊端。SQL Server為每一個的查詢字符串創建新的執行計劃，即使查詢模式相同也是這樣。
為演示這一點，先清空緩存中的執行計劃 DBCC FREEPROCCACHE （這個不是本文所涉及的內容，您可以查看MS的MSDN） 將代碼1運行3次，分別對@OrderID 賦予下面3個值，10251,10252,10253。然后使用下面的代碼查詢 SELECT cacheobjtype,objtype,usecounts,sql FROM *heobjects WHERE sql NOT LIKE '%cach%' AND sql NOT LIKE '%sys.%' 點擊F5運行，我們可以看到，每執行一次都要產生一次的編譯，執行計劃沒有得到充分重用。
EXEC除了不支持動態批處理中的輸入參數外，他也不支持輸出參數。默認情況下，EXEC把查詢的輸出返回給調用者。
例如下面代碼返回Orders表中所有的記錄數DECLARE @sql NVARCHAR(MAX) SET @sql = 'SELECT COUNT(ORDERID) FROM Orders'; EXEC(@sql)；然而，如果你要把輸出返回給調用批處理中的變量，事情就沒有那么簡單了。為此，你必須使用INSERT EXEC語法把輸出插入到一個目標表中，然后從這表中獲取值后賦給該變量，就像這樣：代碼DECLARE @sql NVARCHAR(MAX),@RecordCount INT SET @sql = 'SELECT COUNT(ORDERID) FROM Orders'; CREATE TABLE #T(TID INT); INSERT INTO #T EXEC(@sql); SET @RecordCount = (SELECT TID FROM #T) SELECT @RecordCount DROP TABLE #*_executesql的使用sp_executesql命令在SQL Server中引入的比EXEC命令晚一些，它主要為重用執行計劃提供更好的支持。
為了和EXEC作一個鮮明的對比，我們看看如果用代碼1的代碼，把EXEC換成sp_executesql，看看是否得到我們所期望的結果代碼DECLARE @TableName VARCHAR(50),@sql NVARCHAR(MAX),@OrderID INT ,@sql2 NVARCHAR(MAX); SET @TableName = 'Orders '; SET @OrderID = 10251; SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) + ' WHERE OrderID = '+CAST(@OrderID AS VARCHAR(50)) + ' ORDER BY ORDERID DESC' EXEC sp_executesql @sql注意最后一行；事實證明可以運行；sp_executesql提供接口 sp_executesql命令比EXEC命令更靈活，因為它提供一個接口，該接口及支持輸入參數也支持輸出參數。這功能使你可以創建帶參數的查詢字符串，這樣就可以比EXEC更好的重用執行計劃，sp_executesql的構成與存儲過程非常相似，不同之處在于你是動態構建代碼。
它的構成包括：代碼快，參數聲明部分，參數賦值部分。說了這么多，還是看看它的語法：EXEC sp_executesql @stmt= 使用SQL語句創建存儲的具體過程如下： 1、首先，打開企業管理器，選擇【工具】-【查詢分析器】： 2、然后，輸入SQL語句。如下： CREATE PROCEDURE byroyalty1 @percentage int AS select au_id from titleauthor where *yper = @percentage GO 3、然后，點擊確定之后，命令就會自動添加進查詢中： 4、然后執行一下剛輸入的命令： 5、最后，就可以在彈出的小窗口中查看存儲過程了： *的使用 EXEC命令有兩種用法，一種是執行一個存儲過程，另一種是執行一個動態的批處理。以下所講的都是第二種用法。 下面先使用EXEC演示一個例子，代碼1 DECLARE @TableName VARCHAR(50),@Sql NVARCHAR (MAX),@OrderID INT; SET @TableName = 'Orders'; SET @OrderID = 10251; SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) +'WHERE OrderID = '+ CAST(@OrderID AS VARCHAR(10))+' ORDER BY ORDERID DESC' EXEC(@sql); sp_executesql命令在SQL Server中引入的比EXEC命令晚一些，它主要為重用執行計劃提供更好的支持。 為了和EXEC作一個鮮明的對比，我們看看如果用代碼1的代碼，把EXEC換成sp_executesql，看看是否得到我們所期望的結果 DECLARE @TableName VARCHAR(50),@sql NVARCHAR(MAX),@OrderID INT ,@sql2 NVARCHAR(MAX); SET @TableName = 'Orders '; SET @OrderID = 10251; SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) + ' WHERE OrderID = '+CAST(@OrderID AS VARCHAR(50)) + ' ORDER BY ORDERID DESC' EXEC sp_executesql @sql 一千萬條數據，數據是一樣的，執行相同的insert語句 也就是 SQL 語句，只分析一次， 然后執行 一千萬次。 理論上 存儲過程的會快一點， 因為 存儲過程 在 sql 調用的時候，只調用 1次， 然后服務器端 執行 一千萬次 insert 操作。 然后返回一次結果給客戶端。 sql 語句的話， 要在 sql 客戶端 發起 一千萬次調用， 服務端執行 一千萬次 INSERT操作， 然后 返回 一千萬次 執行結果給 客戶端。 轉載請注明出處華閱文章網 » sql執行存儲過程語句 使用SQL語句創建存儲過程
怎樣SQL存儲過程中執行動態SQL語句
sql語句和存儲過程執行速度的問題
