不具有任何T-SQL知識的情況下編寫SQL Server2005存儲過程嗎?
作為過去幾年里面微軟試圖用SQL Server 2005的.net集成來稱霸市場的野心的結果，許多程序員都認為創建SQL Server存儲過程不再必需T-SQL了。不幸的是(或者并非如此，這根據你的觀點)，這并不全是事實。在技術上是可以在不了解T-SQL的情況下創建存儲過程的，但是沒有T-SQL的話則無法訪問任何的數據。
在CLR存儲過程內部進行數據訪問，是通過使用標準的ADO.NET類來完成的。開發人員會在應用程序層發現很多同樣的沒有用處的數據訪問代碼，這些代碼會很輕易地轉移到SQLCLR例程中去。當中間層的這些ADO.NET類需要使用T-SQL來訪問數據的時候，在 CLR主機提供的環境中就會使用同樣的類。
我要強調的是，從技術角度來說，不使用T-SQL來編寫存儲過程是可能的。那么有沒有理由這么做呢?一種情況就是這是一個用來從普通文件或者網絡服務中檢索數據的CLR存儲過程，并將數據格式設置為行集。這里可能就會用到不需要T-SQL的操作——但是這并不是對T -SQL存儲過程能力的一個很好的比喻。
CLR存儲過程vs. T-SQL存儲過程
CLR存儲過程和函數與T-SQL存儲過程和函數相比，性能如何?
專家回答:
這里是用來比較T-SQL例程和CLR例程性能的一種常用的規則:用你的數據，在你的服務器上，測試兩套配置，看看哪一個比較好。 就是說，許多人都運行過性能測試，一般的結果就是T-SQL在標準的CRUD(創建、讀取、更新、刪除)操作上表現要比好一點，而在復雜數學、字符串賦值和其他的超過數據訪問的任務上，則是CLR的性能表現更好一點。
如何在一個存儲過程中使用另一個存儲過程的結果
專家回答:
只要存儲過程只產生了一個單個的結果，要在另外一個存儲過程中使用這個存儲過程產生的輸出，這個技術是非常直接的。這個技術就是使用一個臨時表來裝載存儲過程的巨額iguo，然后通過INSERT EXEC語句來執行這個過程并保存結果。一旦結果保留在臨時表中了，他們就可以像使用其它表數據一樣來使用它了。 這里是我們可能會復用的一個過程例子:
CREATE PROC usp_Demo_AllAuthors as select * from pubs..authors GO
現在有一個存儲過程使用usp_Demo_AllAuthors的結果:
CREATE proc usp_Demo_SPUser as CREATE TABLE #Authors ( au_id varchar(11) NOT NULL PRIMARY KEY CLUSTERED, au_lname varchar (40) NOT NULL , au_fname varchar (20) NOT NULL , phone char (12) NOT NULL, address varchar (40) NULL , city varchar (20) NULL , state char (2) NULL , zip char (5) NULL , contract bit NOT NULL )– Execute usp_Demo_AllAuthors storing the – results in #Authors insert into #Authors exec usp_Demo_AllAuthors– Here we use the #Authors table. This example only – only selects from the temp table but you could do much – more such as use a cursor on the table or join with – other data. SELECT au_fName + ‘ ‘ + au_lname as [name] , address+’, ‘+city+’, ‘+state+’ ‘+zip [Addr] from #AuthorsDROP TABLE #Authors GO
SQL Server 2005中的存儲過程并發問題
文章來源于領測軟件測試網 http://www.kjueaiud.com/
