1. 使用本机上的SQL Server Express 实例上的用户实例。

      用户实例的连接创建了一个新的SQL Server 实例。此连接只能是在本地SQL Server 2005实例上并且是通过命名管的windows验证连接才有效。目的就是为了给用户创建一个完全权限的Sql Server 实例和有限的计算机管理员权限。

语法格式：

Data Source=./SQLExpress;Integrated Security=true;AttachDbFilename=|DataDirectory|/mydb.mdf;Database=mydb;User Instance=true;

注意：

• 为什么要带上Database参数呢？因为如果有同名的数据库已经被附加上啦，SQL Server将不会重新附加该数据库。他将使用原数据库作为要连接的对象。
• 要使用User Instance 功能，你要在sql server服务器上启用他。你可以通过执行“sp_configure 'user instances enabled', '1'”来启用，执行“sp_configure 'user instances enabled', '0'”来禁用。

2. 使用Windows身份验证方式(无须用户名和密码)

语法格式：

Integrated Security=SSPI;Data Source=localhost;Initial Catalog=dbName;

3. 使用Sql Server身份验证方式

语法格式：

Data Source=localhost;Initial Catalog=dbName;User ID=sa;Password=;

Data Source=.;Initial Catalog=brnmall;Integrated Security=SSPI

在这里要解释几个参数：

• Data Source=ServerName;

使用本地的SQL Server(“localhost”   “127.0.0.1”   “本机IP”  “.”)，如果想要使用远程服务器运行，应该在示例对象中把正确的服务器赋给Data Source 属性。

• Data Source=ServerName;Integrated Security=True;

Windows身份验证使用Windows登录用户身份连接数据库，而SQL身份验证要求显式地指定SQL Server用户ID和密码。要想使用Windows身份验证，必须在连接字符串中包括 Integrated Security 属性:

默认情况下，Integrated Security = False ，也就是在默认情况下无法使用Windows身份验证方式，只能采用SQL Server身份验证方式进行连接。Integrated Security=SSPI(Security Support Provider Interface，安全性支持提供者接口).在所有的Windows NT操作系统上（Windows NT 4.0、2000、XP，都支持值SSPI），它是使用Windows身份验证时可以使用的惟一接口，相当于把Integrated Security 属性值设置为True。

每一种身份验证都有它的优点和缺点。Windows身份验证使用单一的用户信息库源，因此，不需要为数据 库访问去分别配置用户。连接字符串不包含用户ID和密码，因此消除了把用户ID和密码暴露给未授权的用户的危险。可以在Active Directory中管理用户和他们的角色，而不必在SQL Server中显式地配置他们的属性。

Windows身份验证的缺点是，它要求客户通过Windows的安全子系统支持的安全通道去连接SQL Server。如果应用种序需要通过不安全的网络(例如Internet)连接SQL Server，Windows身份验证将不工作。此外，这种身份验证方法也部分地把管理数据库访问控制的责任从DBA身上转移到了系统管理员身上，这在确 定的环境中也许是一个问题。

(以上参考：http://www.cnblogs.com/lanse777/archive/2007/03/28/691757.html)