我很好奇 SQL Server 连接字符串中 "Trusted_Connection" 和 "Integrated Security" 标记的区别(我相信其他数据库/驱动程序不支持这些标记)。我了解它们是等价的。
我很好奇 SQL Server 连接字符串中 "Trusted_Connection" 和 "Integrated Security" 标记的区别(我相信其他数据库/驱动程序不支持这些标记)。我了解它们是等价的。
+----------------------+-------------------------+ | 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 | +----------------------+-------------------------+
(使用 Reflector 编译)
有其他类似的类处理ODBC和OleDb连接字符串,但不幸的是没有其他数据库供应商的类 - 我会认为这个责任在供应商的库上提供这样的实现。
它们是相同的。
不幸的是,存在多种类似的变化,包括:
服务器/数据源
数据库/初始目录
我不确定这些变化的起源,我认为有些是通用的(不是以数据库为中心的,因此如果连接到关系型数据库管理系统或连接到目录服务,则连接字符串看起来非常相似等)。
后来我发现了名称冲突的起源。ODBC使用了一组标记,而OLEDB定义了另一组标记。由于遗留原因,对于Sql Server,它们仍然可以互换地支持这两种标记。
Trusted_Connection=true是ODBC的标记,Integrated Security=SSPI是OLEDB的标记。