sqlserver 2008 r2 sa的密碼一直莫名其妙的自動修改？絕對不會吧，密碼自動可以修改？那還怎么直接進入系統(tǒng)。有可能是再產(chǎn)生了以下誤解吧：你設置密碼之后，在系統(tǒng)中存儲的密碼是已經(jīng)加密之后的

sqlserver 2008 r2 sa的密碼一直莫名其妙的自動修改？

絕對不會吧，密碼自動可以修改？那還怎么直接進入系統(tǒng)。

有可能是再產(chǎn)生了以下誤解吧：

你設置密碼之后，在系統(tǒng)中存儲的密碼是已經(jīng)加密之后的密文密碼，所以我會顯示的長度和你密碼的長度可能是一樣的，例如你系統(tǒng)設置的密碼是sa，則下一次然后打開SQL Server，見到的密碼部分當然不止兩位。

sql server中怎么給數(shù)據(jù)庫表中的用戶密碼加密？

當數(shù)據(jù)被存儲時候被加密，它們被在用的時候可能會自動加密。在其他的情況下，你也可以你選數(shù)據(jù)是否是要被加密。SQL Server數(shù)據(jù)庫是可以加密c選項這些組件：密碼存儲過程，視圖，觸發(fā)器，用戶自定義函數(shù)，默認值，和規(guī)則。

在服務器和用戶之間傳輸?shù)臄?shù)據(jù)密碼加密SQL Server不自動將你分配給登入和應用角色的密碼加密。即便當你這個可以從主數(shù)據(jù)庫中再查看過系統(tǒng)表格而不是需要密碼。你又不能給對這種情況應有任何修改，實際上，你根本不會肯定不能破壞它。

定義方法加密在有些時候，如果對對象通過加密是以免將一些信息彼此分享給他人?；蛘撸粋€存儲進程可能乾坤二卦所有者的商業(yè)信息，只不過這個信息沒法和讓其他的人見到，況且他們可以公開的系統(tǒng)表格并可以清晰的看到對象的定義。這應該是為什么不SQL Server數(shù)據(jù)庫容許你在創(chuàng)建一個對象的時候接受加密。替加密一個存儲進程，建議使用下面形式的CREATPROCEDURE語句：

CREATEPROCEDUREprocedurename[number]

[@parameterdatatype

[VARYING][defaultvalue][OUTPUT]]

[,]

[WITHRECOMPILE|ENCRYPTION|RECOMPILE,ENCRYPTION]

我們在乎的單單是可選的WITH參數(shù)。你這個可以具體說明ARECOMPILE或是ENCRYPTION，也可以你可以不同樣的那說明它們。ENCRYPTION關鍵字保護SQL Server數(shù)據(jù)庫它不被不公開在進程中。最終，假如ENCRYPTION在激活的時候系統(tǒng)存儲進程sp_helptext都會被輕視,這個存儲進程將被存儲在用戶創(chuàng)建角色進程的文本中。

如果不是你不想要加密，你可以建議使用ALTERPROCEDURE，遺漏掉WITH ENCRYPTION子句來原先創(chuàng)建戰(zhàn)隊一個進程。

替也能使用加密。用戶和服務器都估計使用TCP/IPNetworkLibraries單獨連接到。啟動適當?shù)氐腘etworkUtility和檢查Forceprotocolencryption，看下表，用戶和服務器之間的再連接將應該不會被加密。

加密也沒法全部自由。當再連接確定后源碼天空

，要繼續(xù)其他的構(gòu)造，因此用戶和服務器前提是運行代碼來請解釋加密和請解釋的包裹。這里將不需要一些開銷而且當在編譯碼的時候會使進程放慢節(jié)奏。