SQL server 数据库连接方式图示：
ODBC和OLEDB连接的区别
ODBC(开放数据库互连):是Microsoft引进的一种早期数据库接口技术。它实际上是ADO的前身。早期的数据库连接是非常困难的. 每个数据库的格式都不一样,开发者得对他们所开发的每种数据库的底层API有深刻的了解. 因此,能处理各种各样数据库的通用的API就应运而生了. 也就是现在的ODBC(Open Database Connectivity), ODBC是人们在创建通用API的早期产物. 有许多种数据库遵从了这种标准,被称为ODBC兼容的数据库.
OLEDB(对象链接和嵌入数据库)位于ODBC层与应用程序之间. 在你的ASP页面里,ADO是位于OLEDB之上的"应用程序". 你的ADO调用先被送到OLEDB,然后再交由ODBC处理. 你可以直接连接到OLEDB层,如果你这么做了,你将看到服务器端游标(recordset的缺省的游标,也是最常用的游标)性能的提升.
用odbc连接数据库：
odbc中提供三种dsn,它们的区别很简单：用户dsn只能用于本用户。系统dsn和文件dsn的区别只在于连接信息的存放位置不同：系统dsn存放在odbc储存区里，而文件dsn则放在一个文本文件中。
它们的创建方法就不说了。
在asp中使用它们时，写法如下：
A.sql server:
用系统dsn: connstr="DSN=dsnname; UID=xx; PWD=xxx;DATABASE=dbname"
用文件dsn: connstr="FILEDSN=xx;UID=xx; PWD=xxx;DATABASE=dbname"
还可以用连接字符串（从而不用再建立dsn):
connstr="DRIVER={SQL SERVER};SERVER=servername;UID=xx;PWD=xxx"
B.access:
用系统dsn: connstr="DSN=dsnname"
(或者为：connstr="DSN=dsnname;UID=xx;PWD=xxx")
用文件dsn: connstr="FILEDSN=xx"
还可以用连接字符串（从而不用再建立dsn):
connstr="DRIVER={Microsoft Access Driver};DBQ=d:\abc\abc.mdb"
用oledb连接数据库，写法如下：
A.sql server:
connstr="PROVIDER=SQLOLEDB;
DATA SOURCE=servername;UID=xx;PWD=xxx;DATABASE=dbname"
B.access:
connstr="PROVICER=MICROSOFT.JET.OLEDB.4.0;
DATA SOURCE=c:\abc\abc.mdb"
值得注意的是，OLE DB对ODBC的兼容性，允许OLE DB访问现有的ODBC数据源。其优点很明显，由于ODBC相对OLE DB来说使用得更为普遍，因此可以获得的ODBC驱动程序相应地要比OLE DB的要多。这样不一定要得到OLE DB的驱动程序，就可以立即访问原有的数据系统。
提供者位于OLE DB层，而驱动程序位于ODBC层。如果想使用一个ODBC数据源，需要使用针对ODBC的OLE DB提供者，它会接着使用相应的ODBC驱动程序。如果不需要使用ODBC数据源，那么可以使用相应的OLE DB提供者，这些通常称为本地提供者（native provider）。
可以清楚地看出使用ODBC提供者意味着需要一个额外的层。因此，当访问相同的数据时，针对ODBC的OLE DB提供者可能会比本地的OLE DB提供者的速度慢一些。
OLEDB方式连接
Sql身份验证模式：Provider="SQLOLEDB；data source=server_name;initial catalog=databasename;uid=username;pwd=password;"
Windows身份验证模式：ConnectString=”Provider=SQLOLEDB;Data Source=server_name;DataBase=databasename; Integrated Security=SSPI;Persist Security=true”
注释：（此两种方式的却别仅在于windows验证中用Integrated Security=SSPI代替了sql验证中的uid=username;pwd=password语句（即指明用户名、密码语句））
1.Provider=SQLOLEDB：提供者为SQLOLEDB（此为固定）
2.Integrated Security=SSPI：
集成安全机制采用SSPI
SSPI是Security
Support Provider Interface(Microsoft安全支持提供器接口)SSPI是定义得较全面的公用API,用来获得验证、信息完整性、信息隐私等集成安全服务,以 及用于所有分布式应用程序协议的安全方面的服务。
设置Integrated Security为 True 的时候，采用windows身份验证模式。只有设置为 False 或省略该项的时候，采用 UserID, PWD 来连接。Integrated Security 可以设置为: True, false, yes, no ，还可以设置为：sspi ，相当于 True，建议用这个代替 True。
3.Persist Security Info：坚持安全信息
Persist Security Info属性的意思是表示是否保存安全信息，其实可以简单的理解为"ADO在数据库连接成功后是否保存密码信息"，True表示保存，False表示不保存.ADO缺省为False（即可有可无）.总体来说，如果数据库连接成功后不再需要连接的密码，出于安全性考虑，还是建议将Persist Security Info设为false，以防止后门程序取得数据库连接的密码.
4.initial catalog等同于database(可以互换)：指定连接数据库的名字（如果省略则连接的是当前用户名的默认数据库，详情见下文）
5.DATA SOURCE是SQL服务器的名字
在data source里用localhost或(local)或“.”都代表本地服务器.
也可用本机的外网IP地址 例如：data
source=192.168.24.71;
ODBC方式连接
使用数据源方式：
此种方式主要是配置odbc数据源，有三种方式，系统dsn、用户dsn、文件dsn。具体方法这里不作介绍。配置完数据源以后即可连接：
用系统dsn: connectstring= "DSN=dsnname; UID=username; PWD=password"
用文件dsn: connectstring = "FILEDSN=filedsnname; UID= username; PWD=password "
使用ODBC驱动方式：
使用ODBC 驱动程序， 免去了配置ODBC数据源的步骤， 可以利用ODBC 驱动程序直接与数据库相连接。
ConnectString="Driver={sql server};server=servername;database=databasename;uid=username;pwd=password;"
详细注释（关于windows身份验证和SQL身份验证）：
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。不论使用哪一个操作系统，当使用SQL Server身份验证时，必须在连接字符串中指定用户ID和密码：
Data Source=ServerName;User ID=donaldx;Password=unbreakable
默认情况下，SQL Server 每一个用户都可指定一个默认数据库，当在数据库中创建用户时，可以设置用户的默认数据库。此外，也可以在任意时间更改用户的默认数据库。：如下图
设置好默认数据库后在连接时可以不指定database(或initial catalog)的值即可连接默认数据库
QQ群：108845298，期待你的加入