sql连接字符串

最新推荐文章于 2025-06-17 10:36:55 发布

realduke2000

最新推荐文章于 2025-06-17 10:36:55 发布

阅读量1.6w

点赞数

CC 4.0 BY-SA版权

分类专栏：数据库文章标签： sql sql server 数据库 windows security 服务器

本文链接：https://blog.youkuaiyun.com/realduke2000/article/details/2543899

本文详细介绍了SQL Server .NET Data Provider的连接字符串，包括Data Source、Integrated Security等属性的作用。讨论了Windows身份验证和SQL Server身份验证的优缺点，以及如何在连接字符串中指定数据库。并提供了C#和VB.NET的连接字符串示例。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

SQL Server .NET Data Provider 连接字符串包含一个由一些属性名/值对组成的集合。每一个属性/值对都由分号隔开。 PropertyName1=Value1;PropertyName2=Value2;PropertyName3=Value3;..... 同样，连接字符串必须包含SQL Server实例名称: Data Source=ServerName; 使用本地的SQL Server(localhost)，如果想要使用远程服务器运行，应该在示例对象中把正确的服务器赋给Data Source 属性。此外，还必须指定所支持的两种身份验证方法(即Windows身份验证和SQL Server身份验证)中的其中一种。Windows身份验证使用Windows登录用户身份连接数据库，而SQL身份验证要求显式地指定SQL Server用户ID和密码。要想使用Windows身份验证，必须在连接字符串中包括 Integrated Security 属性: Data Source=ServerName;Integrated Security=True;

默认情况下，Integrated Security 属性为 False ，这意味着将禁用Windows身份验证。如果没有显式地把这个属性的值设置为True，连接将使用SQL Server身份验证，因此，必须提供SQL Server用户ID和密码。Integrated Security属性还能识别的其他值只有SSPI(Security Support Provider Interface，安全性支持提供者接口).在所有的Windows NT操作系统上，其中包括Windows NT 4.0、2000、XP，都支持值SSPI。它是使用Windows身份验证时可以使用的惟一接口，相当于把Integrated Security 属性值设置为True。

在Windows身份验证模式中，SQL Server使用Windows的安全子系统对用户连接进行有效性验证。即使显示地指定用户ID和密码，SQL Server也不检查连接字符串中的用户ID和密码。因为只有Windows NT、2000、XP支持SSPI，因此如果正使用的是这些操作系统，则只能使用Windows集成的安全策略去连接SQL Server。不论使用哪一个操作