连接字符串中的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”时，它就起作用了。