1. sqlSERVER存儲過程加密後，是不是任意版本都可以很容易解密
是的到目前為止，SQL Server所有版本的存儲過程的加密的機理都是一樣的，都可以被非常容易的破解，前提是，有讀取存儲過程的代碼的權。
要防止用戶得到SQL Server存儲過程的真實代碼，最簡單的做法就是只給執行權，不給查看權。
至於安裝在別人伺服器上的SQL Server資料庫中的存儲過程，想不讓別人看，那基本上是沒門兒的。
2. 怎麼破解sqlserver加密的存儲過程
在另外一台電腦上裝資料庫，然後將加密所在存儲的資料庫恢復上去即可。
3. sqlserver存儲過程會不會被阻塞
如果出現了無法獲取的鎖的話,肯定會被阻塞
4. sqlserver 存儲過程帶鎖怎麼辦
就你上面的事例而言，select的共享鎖性質是得到結果即釋放，不會在事務中保留
而update所用到的U鎖及其進一步的X鎖則需要持續到事務的結束
如果是多線程的程序的話，在select與update處都可能會出現鎖等待，這要根據實際操作中數據是否沖突來看
5. sqlserver鎖表機制
這個問題要具體分析：
第一，事務隔離級別基本兩種模式，一種是阻塞式（read committed，repeatable read，serializable）
，一種是非阻塞式(read uncommitted,snapshot)。
默認是read committed，這種情況一般在更新表的時候，如果不使用hint 提示，基本是先對表添加IX鎖，級別不算高，基本和其他鎖兼容，但是repeatable read，serializable 事務隔離級別就會先對表添加IX鎖，然後向X鎖轉化，而X鎖和大多數鎖都不兼容，容易發生表阻塞。
第二種隔離級別不會有以上問題，但是又引入了其它的問題。
以上是一種情況。
另外一種就是 鎖升級，一個鎖是96B內存，如果太多，sqlserver就會升級為表鎖，一般是5000以上行級鎖就升級為一個表X鎖。
所以適當的文件分組和表分區 是有必要的。
其次就是資源互相引用導致事務長時間不能釋放，導致真正的死鎖，不過SQL2005以後，這種情況發生的概率很低。
留個問題你自己去想。
兩個SQL，兩個連接，同時執行。
update A set A.NAME=xxx where A.id=55
update A set A.NAME=xxx where A.id=56, 如果 56 不存在你說會發生什麼情況呢？
6. 存儲過程加密了。在網上有看到破解程序。每次修改運行程都使用破解程序，這對程序本身有沒有影響呢
sqlserver存儲過程加密是沒有密碼的，也就是說是單向的加密，使用破解程序肯定對程序本身是有影響的，不過也就相當於刪除、重建，通常來講沒什麼問題。
7. sqlserver2008存儲過程如何解鎖
SQLServer2005里使用with encryption選項創建的存儲過程仍然和sqlserver2000里一樣，都是使用XOR進行了的加密。和2000不一樣的是，在2005的系統表syscomments里已經查不到加密過的密文了。要查密文必須使用DAC（專用管理員連接）連接到資料庫後，在系統表 sys.sysobjvalues查詢，該表的列imageval存儲了相應的密文。具體可以使用下面的查詢：
SELECT imageval FROM sys.sysobjvalues WHERE objid = object_id(@procere) AND
valclass = 1 AND subobjid = 1
針對SQL Server 2005的解密存儲過程
create PROCEDURE [dbo].[sp__windbi$decrypt]
(@procere sysname = NULL, @revfl int = 1)
AS
/*
王成輝翻譯整理，轉貼請註明出自微軟BI開拓者www.windbi.com
目前這個存儲過程只能解密存儲過程，至於解密函數、觸發器、視圖的存儲過程本網站會進一步關注，調用形式為：
exec dbo.sp__windbi$decrypt @procere,0
如果第二個參數使用1的話，會給出該存儲過程的一些提示。
--版本2.0
*/
SET NOCOUNT ON
IF @revfl = 1
BEGIN
PRINT '警告：該存儲過程會刪除並重建原始的存儲過程。'
PRINT ' 在運行該存儲過程之前確保你的資料庫有一個備份。'
PRINT ' 該存儲過程通常應該運行在產品環境的一個備份的非產品環境下。'
PRINT ' 為了運行這個存儲過程，將參數@refl的值更改為0。'
RETURN 0
END
DECLARE @intProcSpace bigint, @t bigint, @maxColID smallint,@intEncrypted
tinyint,@procNameLength int
select @maxColID = max(subobjid),@intEncrypted = imageval FROM
sys.sysobjvalues WHERE objid = object_id(@procere)
GROUP BY imageval
--select @maxColID as 'Rows in sys.sysobjvalues'
select @procNameLength = datalength(@procere) + 29
DECLARE @real_01 nvarchar(max)
DECLARE @fake_01 nvarchar(max)
DECLARE @fake_encrypt_01 nvarchar(max)
DECLARE @real_decrypt_01 nvarchar(max),@real_decrypt_01a nvarchar(max)
declare @objtype varchar(2),@ParentName nvarchar(max)
select @real_decrypt_01a = ''
--提取對象的類型如是存儲過程還是函數，如果是觸發器，還要得到其父對象的名稱
select @objtype=type,@parentname=object_name(parent_object_id)
from sys.objects where [object_id]=object_id(@procere)
-- 從sys.sysobjvalues里提出加密的imageval記錄
SET @real_01=(SELECT top 1 imageval FROM sys.sysobjvalues WHERE objid =
object_id(@procere) and valclass = 1 order by subobjid)
--創建一個臨時表
create table #output ( [ident] [int] IDENTITY (1, 1) NOT NULL ,
[real_decrypt] NVARCHAR(MAX) )
--開始一個事務，稍後回滾
BEGIN TRAN
--更改原始的存儲過程，用短橫線替換
if @objtype='P'
SET @fake_01='ALTER PROCEDURE '+ @procere +' WITH ENCRYPTION AS
'+REPLICATE('-', 40003 - @procNameLength)
else if @objtype='FN'
SET @fake_01='ALTER FUNCTION '+ @procere +'() RETURNS INT WITH ENCRYPTION AS BEGIN RETURN 1
/*'+REPLICATE('*', datalength(@real_01) /2 - @procNameLength)+'*/ END'
else if @objtype='V'
SET @fake_01='ALTER view '+ @procere +' WITH ENCRYPTION AS select 1 as col
/*'+REPLICATE('*', datalength(@real_01) /2 - @procNameLength)+'*/'
else if @objtype='TR'
SET @fake_01='ALTER trigger '+ @procere +' ON '+@parentname+' WITH ENCRYPTION AFTER INSERT AS RAISERROR (''N'',16,10)
/*'+REPLICATE('*', datalength(@real_01) /2 - @procNameLength)+'*/'
EXECUTE (@fake_01)
--從sys.sysobjvalues里提出加密的假的
SET @fake_encrypt_01=(SELECT top 1 imageval FROM sys.sysobjvalues WHERE objid =
object_id(@procere) and valclass = 1 order by subobjid )
if @objtype='P'
SET @fake_01='Create PROCEDURE '+ @procere +' WITH ENCRYPTION AS
'+REPLICATE('-', 40003 - @procNameLength)
else if @objtype='FN'
SET @fake_01='CREATE FUNCTION '+ @procere +'() RETURNS INT WITH ENCRYPTION AS BEGIN RETURN 1
/*'+REPLICATE('*', datalength(@real_01) /2 - @procNameLength)+'*/ END'
else if @objtype='V'
SET @fake_01='Create view '+ @procere +' WITH ENCRYPTION AS select 1 as col
/*'+REPLICATE('*', datalength(@real_01) /2 - @procNameLength)+'*/'
else if @objtype='TR'
SET @fake_01='Create trigger '+ @procere +' ON '+@parentname+' WITH ENCRYPTION AFTER INSERT AS RAISERROR (''N'',16,10)
/*'+REPLICATE('*', datalength(@real_01) /2 - @procNameLength)+'*/'
--開始計數
SET @intProcSpace=1
--使用字元填充臨時變數
SET @real_decrypt_01 = replicate(N'A', (datalength(@real_01) /2 ))
--循環設置每一個變數，創建真正的變數
--每次一個位元組
SET @intProcSpace=1
--如有必要，遍歷每個@real_xx變數並解密
WHILE @intProcSpace<=(datalength(@real_01)/2)
BEGIN
--真的和假的和加密的假的進行異或處理
SET @real_decrypt_01 = stuff(@real_decrypt_01, @intProcSpace, 1,
NCHAR(UNICODE(substring(@real_01, @intProcSpace, 1)) ^
(UNICODE(substring(@fake_01, @intProcSpace, 1)) ^
UNICODE(substring(@fake_encrypt_01, @intProcSpace, 1)))))
SET @intProcSpace=@intProcSpace+1
END
--通過sp_helptext邏輯向表#output里插入變數
insert #output (real_decrypt) select @real_decrypt_01
-- select real_decrypt AS '#output chek' from #output --測試
-- -------------------------------------
--開始從sp_helptext提取
-- -------------------------------------
declare @dbname sysname
,@BlankSpaceAdded int
,@BasePos int
,@CurrentPos int
,@TextLength int
,@LineId int
,@AddOnLen int
,@LFCR int --回車換行的長度
,@DefinedLength int
,@SyscomText nvarchar(4000)
,@Line nvarchar(255)
Select @DefinedLength = 255
SELECT @BlankSpaceAdded = 0 --跟蹤行結束的空格。注意Len函數忽略了多餘的空格
CREATE TABLE #CommentText
(LineId int
,Text nvarchar(255) collate database_default)
--使用#output代替sys.sysobjvalues
DECLARE ms_crs_syscom CURSOR LOCAL
FOR SELECT real_decrypt from #output
ORDER BY ident
FOR READ ONLY
--獲取文本
SELECT @LFCR = 2
SELECT @LineId = 1
OPEN ms_crs_syscom
FETCH NEXT FROM ms_crs_syscom into @SyscomText
WHILE @@fetch_status >= 0
BEGIN
SELECT @BasePos = 1
SELECT @CurrentPos = 1
SELECT @TextLength = LEN(@SyscomText)
WHILE @CurrentPos != 0
BEGIN
--通過回車查找行的結束
SELECT @CurrentPos = CHARINDEX(char(13)+char(10), @SyscomText,
@BasePos)
--如果找到回車
IF @CurrentPos != 0
BEGIN
--如果@Lines的長度的新值比設置的大就插入@Lines目前的內容並繼續
While (isnull(LEN(@Line),0) + @BlankSpaceAdded +
@CurrentPos-@BasePos + @LFCR) > @DefinedLength
BEGIN
SELECT @AddOnLen = @DefinedLength-(isnull(LEN(@Line),0) +
@BlankSpaceAdded)
INSERT #CommentText VALUES
( @LineId,
isnull(@Line, N'') + isnull(SUBSTRING(@SyscomText,
@BasePos, @AddOnLen), N''))
SELECT @Line = NULL, @LineId = @LineId + 1,
@BasePos = @BasePos + @AddOnLen, @BlankSpaceAdded = 0
END
SELECT @Line = isnull(@Line, N'') +
isnull(SUBSTRING(@SyscomText, @BasePos, @CurrentPos-@BasePos + @LFCR), N'')
SELECT @BasePos = @CurrentPos+2
INSERT #CommentText VALUES( @LineId, @Line )
SELECT @LineId = @LineId + 1
SELECT @Line = NULL
END
ELSE
--如果回車沒找到
BEGIN
IF @BasePos <= @TextLength
BEGIN
--如果@Lines長度的新值大於定義的長度
While (isnull(LEN(@Line),0) + @BlankSpaceAdded +
@TextLength-@BasePos+1 ) > @DefinedLength
BEGIN
SELECT @AddOnLen = @DefinedLength -
(isnull(LEN(@Line),0) + @BlankSpaceAdded)
INSERT #CommentText VALUES
( @LineId,
isnull(@Line, N'') + isnull(SUBSTRING(@SyscomText,
@BasePos, @AddOnLen), N''))
SELECT @Line = NULL, @LineId = @LineId + 1,
@BasePos = @BasePos + @AddOnLen, @BlankSpaceAdded =
0
END
SELECT @Line = isnull(@Line, N'') +
isnull(SUBSTRING(@SyscomText, @BasePos, @TextLength-@BasePos+1 ), N'')
if LEN(@Line) < @DefinedLength and charindex(' ',
@SyscomText, @TextLength+1 ) > 0
BEGIN
SELECT @Line = @Line + ' ', @BlankSpaceAdded = 1
END
END
END
END
FETCH NEXT FROM ms_crs_syscom into @SyscomText
END
IF @Line is NOT NULL
INSERT #CommentText VALUES( @LineId, @Line )
select Text from #CommentText order by LineId
CLOSE ms_crs_syscom
DEALLOCATE ms_crs_syscom
DROP TABLE #CommentText
-- -------------------------------------
--結束從sp_helptext提取
-- -------------------------------------
--刪除用短橫線創建的存儲過程並重建原始的存儲過程
ROLLBACK TRAN
DROP TABLE #output
8. 關於sqlserver存儲過程事務鎖的問題
就你上面的事例而言，select的共享鎖性質是得到結果即釋放，不會在事務中保留
而update所用到的U鎖及其進一步的X鎖則需要持續到事務的結束
如果是多線程的程序的話，在select與update處都可能會出現鎖等待，這要根據實際操作中數據是否沖突來看
9. sqlserver 2008存儲過程 加密 為什麼加密
觸發器的概念及作用 觸發器是一種特殊類型的存儲過程，它不同於我們前面介紹過的存儲過程。觸發器主要是通過事件進行觸發而被執行的，而存儲過程可以通過存儲過程名字而被直接調用。當對某一表進行諸如UPDATE、 INSERT、 DELETE 這些操作時，SQL Server 就會自動執行觸發器所定義的SQL 語句，從而確保對數據的處理必須符合由這些SQL 語句所定義的規則。 觸發器的主要作用就是其能夠實現由主鍵和外鍵所不能保證的復雜的參照完整性和數據的一致性。除此之外，觸發器還有其它許多不同的功能： （1） 強化約束（Enforce restriction） 觸發器能夠實現比CHECK 語句更為復雜的約束。 （2） 跟蹤變化Auditing changes 觸發器可以偵測資料庫內的操作，從而不允許資料庫中未經許可的指定更新和變化。 （3） 級聯運行（Cascaded operation）。 觸發器可以偵測資料庫內的操作，並自動地級聯影響整個資料庫的各項內容。例如，某個表上的觸發器中包含有對另外一個表的數據操作（如刪除，更新，插入）而該操作又導致該表上觸發器被觸發。 （4） 存儲過程的調用（Stored procere invocation）。 為了響應資料庫更新觸，發器可以調用一個或多個存儲過程，甚至可以通過外部過程的調用而在DBMS（ 資料庫管理系統）本身之外進行操作。 由此可見，觸發器可以解決高級形式的業務規則或復雜行為限制以及實現定製記錄等一些方面的問題。例如，觸發器能夠找出某一表在數據修改前後狀態發生的差異，並根據這種差異執行一定的處理。此外一個表的同一類型（INSERT、 UPDATE、 DELETE）的多個觸發器能夠對同一種數據操作採取多種不同的處理。 總體而言，觸發器性能通常比較低。當運行觸發器時，系統處理的大部分時間花費在參照其它表的這一處理上，因為這些表既不在內存中也不在資料庫設備上，而刪除表和插入表總是位於內存中。可見觸發器所參照的其它表的位置決定了操作要花費的時間長短。 觸發器的種類 SQL Server 2000 支持兩種類型的觸發器：AFTER 觸發器和INSTEAD OF 觸發器。其中AFTER 觸發器即為SQL Server 2000 版本以前所介紹的觸發器。該類型觸發器要求只有執行某一操作（INSERT UPDATE DELETE） 之後，觸發器才被觸發，且只能在表上定義。可以為針對表的同一操作定義多個觸發器。對於AFTER 觸發器，可以定義哪一個觸發器被最先觸發，哪一個被最後觸發，通常使用系統過程sp_settriggerorder 來完成此任務。 INSTEAD OF 觸發器表示並不執行其所定義的操作（INSERT、 UPDATE、 DELETE），而僅是執行觸發器本身。既可在表上定義INSTEAD OF 觸發器，也可以在視圖上定義INSTEAD OF 觸發器，但對同一操作只能定義一個INSTEAD OF 觸發器。 請參考
10. sqlserver里存儲過程怎麼調用存儲過程
sqlserver里調用存儲過程的具體操作步驟如下：
1、打開SQL Server Managment管理工具，新建一個表。
