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

sqlserver 2008 r2 sa的密碼一直莫名其妙的自動(dòng)修改？

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

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

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

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

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

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

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

CREATEPROCEDUREprocedurename[number]

[@parameterdatatype

[VARYING][defaultvalue][OUTPUT]]

[,]

[WITHRECOMPILE|ENCRYPTION|RECOMPILE,ENCRYPTION]

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

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

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

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

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