sql server 連線字串

sqlserver 資料庫常用連線字串

使用者名稱和密碼驗證的方式去連線到資料庫伺服器

windows驗證的方式去連線到資料庫伺服器

integrated security=true 的意思是整合驗證，也就是說使用windows驗證的方式去連線到資料庫伺服器。

這樣方式的好處是不需要在連線字串中編寫使用者名稱和密碼，從一定程度上說提高了安全性。

那麼到底是用哪乙個windows身份呢？很多朋友說，使用當前使用者的身份吧？這個回答不能算錯，至少在windows應用程式中是這樣的。但如果換成是asp.net應用程式，則就不是了。

如果是asp.net應用程式（**或者服務），那麼根據其執行宿主環境的不一樣，可能會有差異

1. windows xp ：aspnet帳號

2. windows 2003或者以後的版本：network service帳號

知道這個原理之後，那麼如果你準備用integrated security=true，則需要授予這兩個帳號對於資料庫的訪問許可權。

但要注意乙個問題（也是很多朋友疑惑的），就是在visual studio裡面除錯的時候，貌似又不是使用aspnet這個帳號的。這是因為visual studio總是使用當前開發環境中，使用者的windows身份來發起請求的。

從下面的圖可以看到這個差別。在vs裡面除錯，與在iis中除錯，訪問的身份是不一樣的

陳希章《office 365開發入門指南》作者

ado資料庫連線中的persist security info引數的作用

ado用了這麼久，每次用嚮導建立ado的資料庫連線字串時總會有產生乙個persist security info屬性，平時沒太注意，因為設定為true或false時對資料庫連線沒有任何影響。

不過心理還是不爽，今天有時間查詢了一下資料，總算搞清楚了它的作用。

persist security info屬性的意思是表示是否儲存安全資訊，其實可以簡單的理解為"ado在資料庫連線成功後是否儲存密碼資訊"，

true表示儲存，false表示不儲存

ado預設為true

(ado.net預設為false，未測試，根據參考資料上說的)

具體可以通過ado的connect物件的connectstring屬性進行驗證，如下所示(以下在delphi7中測試通過)：

資料庫連線前

connectstring="provider=msdaora.1;password=mypassword;user id=yzs;data source=ydgl22;persist security info=false"

資料庫連線成功後

connectstring="provider=msdaora.1;user id=yzs;data source=ydgl22"

資料庫連線前

connectstring="provider=msdaora.1;password=mypassword;user id=yzs;data source=ydgl22;persist security info=true"

資料庫連線成功後

connectstring="provider=msdaora.1;password=mypassword;user id=dlyx;data source=ydgl22"

總體來說，如果資料庫連線成功後不再需要連線的密碼，出於安全性考慮，還是建議將persist security info設為false，以防止後門程式取得資料庫連線的密碼（windows2003在sp1前就發生過這個問題）。