連接字符串中的Trusted_Connection和集成安全性有什麼區別？

Question

我很好奇SQL Server連接字符串中的令牌「Trusted_Connection」和「集成安全性」之間的區別（我相信其他數據庫/驅動程序不支持這些）。我明白他們是平等的。

Answer 1

它們是彼此的同義詞，可用於intercha ngeably。

在.NET中，有一個叫SqlConnectionStringBuilder類，它是爲處理使用類型安全的特性建立部分字符串SQL服務器連接字符串是非常有用的。此類保持同義詞的內部列表，以便它可以映射從一個值到另一個：

 
+----------------------+-------------------------+ 
| Value    | Synonym     | 
+----------------------+-------------------------+ 
| app     | application name  | 
| async    | asynchronous processing | 
| extended properties | attachdbfilename  | 
| initial file name | attachdbfilename  | 
| connection timeout | connect timeout   | 
| timeout    | connect timeout   | 
| language    | current language  | 
| addr     | data source    | 
| address    | data source    | 
| network address  | data source    | 
| server    | data source    | 
| database    | initial catalog   | 
| trusted_connection | integrated security  | 
| connection lifetime | load balance timeout | 
| net     | network library   | 
| network    | network library   | 
| pwd     | password    | 
| persistsecurityinfo | persist security info | 
| uid     | user id     | 
| user     | user id     | 
| wsid     | workstation id   | 
+----------------------+-------------------------+ 

還有其他相似的類來處理ODBC和OleDb連接（與反射器的幫助編譯）字符串，但遺憾的是沒有其他數據庫供應商 - 我認爲負責供應商的庫提供這樣的實現。

Answer 2

它們是相同的。

不幸的是，有幾個變化這樣的，其中包括：

服務器/數據源

數據庫/初始目錄

我不知道變化的起源，我認爲一些意味着是通用的（不是以數據庫爲中心，所以如果連接到RDBMS VS連接到目錄服務等，您的連接字符串看起來非常相似）

Answer 3

那麼一點點後，我發現了名稱衝突的起源。 ODBC使用了一組令牌，併爲OLEDB定義了一組不同的令牌。由於傳統原因，對於Sql Server，它們仍然可以互換使用。

Trusted_Connection =真ODBC和集成安全性= SSPI是OLEDB。

Answer 4

在我來說，我已經發現了「Trusted_Connection」和「綜合安全」之間的差異。我正在使用Microsoft SQL Server 2005.最初我使用Windows登錄（Integrated Security = SSPI）。但是當我通過添加用戶ID和密碼的SQL Server驗證取代Windows驗證時，將SSPI替換爲「False」失敗。它返回了「多步OLE DB操作生成錯誤」。但是，當我用「Trusted_Connection = no」替換「Integrated Security = False」時，它就起作用了。