4.数据库连接组件

访问数据库有多种不同的技术，包括ADO,ODBC,OLEDB,ADO.NET等这些都有一些共性。首先要建立连接（Connection），然后通过命令（Command）对数据库进行访问，最后把结果集放到dataset或者recordset上。

目录

4.数据库连接组件

4.1数据库应用编程方法概述和组件框架

4.1.1 WDAC编程

4.1.2 SNAC编程

4.1.3 ADO.NET编程

4.2 连接字符串

4.3 连接池

4.4 Connection Timeout和Command Timeout

4.5 使用BID Tracing来跟踪应用程序的执行

4.1数据库应用编程方法概述和组件框架

数据库编程方法有多种，WDAC（Windows Data Access Components）比较主流，主要包括ADO，OLEDB，ODBC等。随着SQL Server引入新功能，客户端也需要发展没酒有了SNAC（SQL Server Native Client）编程方法来解决问题。

4.1.1 WDAC编程

WDAC之间也成为MDAC（Microsoft Data Access Components）

4.1.1.1 ADO

ADO在WDAC中出于最高层，可以被VB，VBS，C++语言使用

例：

set conn = CreateObject("ADODB.CONNECTION")

set rs=CreateObject("ADODB.Recordset")

set cmd=CreateObject("ADODB.Command")

conn.open "Provider=sqloledb;Server=xxx;Trusted_Connection=Yes"

当然这里的provider也可以使用MSDASQL

ADO可以说是对dsn,odbc，oledb这些系统级的编程接口的汇接。

例：

set conn = CreateObject("ADODB.Connection") 
Set rs = CreateObject("ADODB.RECORDSET")   
'conn.Open "Driver=SQL Server;server=127.0.0.1;Database=master;uid=sa;pwd=xxx;"   'ODBC
'conn.Open "DSN=local;uid=sa;pwd=xxx;"                                            'DSN
conn.Open "Provider=sqloledb.1;server=127.0.0.1;Database=master;uid=sa;pwd=xxx;"  'oledb
set rs = conn.Execute("select servername=@@servername") 
MsgBox( rs("servername"))

4.1.1.2 OLEDB Core Services

主要提供一些规范检查和连接池的支持

4.1.1.3 OLEDB Providers

WDAC自导的Provider有SQLOLEDB和MSDASQL，SQLOLEDB开发比ADO麻烦，ADO对方法方法进行了封装。所以比较简单。

4.1.1.4 ODBC Driver Manager

ODBC上面有一层ODBC Driver Manager 主要是保证不同驱动支持的ODBC API的统一。

4.1.1.5 ODBC Dirvers

可以在管理工具的数据源（ODBC）的驱动上查看

光WDAC都有很多种访问数据的方法，但是最终都是使用TDS协议和数据库进行交互。查看TDS协议可以使用：

1.可以用网络监控工具来监控

2.开启trace flag 4052，4055,3605可以把TDS数据发送到错误日志上。

4.1.2 SNAC编程

SQL Server Native Client是在sql server 2005之后引入的OLEDB，ODBC编程方法。只要是为了支持新的功能。

4.1.3 ADO.NET编程

主要用于.net framework开发，ADO.NET也可以调用WDAC或者SNAC来实现。

4.2 连接字符串

略

4.3 连接池

连接池的存在是为了减少tcp连接的时间，从而提高性能。当以非连接池方式连接数据库时，profile中audit login事件的eventsubclass为nonpooled，如果为连接池方式连接，那么eventsubclass为pooled。

对于ado.net建议使用using来使用连接池，这样using块结束后会马上释放到连接池。

4.4 Connection Timeout和Command Timeout

Connection Timeout是连接超时

Command Timeout是命令超时

超时主要有以下几方面：

1.从连接池获取一个连接超时

2.创建一个新的连接超时

3.发送一个命令（Command）到数据库超时

4.使用带有context connection=true的属性连接发送命令（Command）到数据库超时。

5.当不是显示的发送命令（implicitly）到数据库超时。

6.执行异步命令时超时

7.从服务端获取记录时超时

8.使用bulk copy时超时。

上面8个，最有前面2个是属于 Connection Timeout，其他都是Command Timeout。

Connection TimeOut和Command Timeout报错的命令也不同。

对于ado.net默认超时时间都是15s，如果为0表示无限等待。

4.5 使用BID Tracing来跟踪应用程序的执行

所谓的BID跟踪是在源代码关键位置的信息打印，平时会影响性能。所以没有开启。

步骤：

1. 下载BID TRACE所需要的文件

http://download.microsoft.com/download/e/d/3/ed3cdde1-0ffc-4abc-8bc2-d62f206d1a3d/Data_Access_Tracing_2008.exe，解压缩后，文件目录结构如图4-9所示。
 

2. 修改注册表HKEY_LOCAL_MACHINE\Software\Microsoft\BidInterface\Loader, 加:Path值，如图4-10所示。

注意a：如果是32位应用程序跑在64位系统上，则修改相应的HKLM\Software\Wow6432Node\ Microsoft\BidInterface\Loader。

注意b：Path前面有一个冒号。

注意c：如果是跟踪ADO.NET 2.0，则注册表值为%SYSTEMROOT%\Microsoft.NET\Framework\ v2.0.50727\ADONETDiag.dll，如果是跟踪WDAC或SNAC，则值为msdadiag.dll。

3. 打开一个命令窗口，编译MOF文件。

到MOF_Files文件夹下面，执行命令：mofcomp all.mof。

4. 重新启动应用程序。

在监控之前，我们需要重新启动应用程序，否则抓不到BID Trace信息。

5.在Control_GUID_Files文件夹下面，选定要监控的模块，如ctrl.guid.mdac，再对该文件进行修改，只选择要监控的DLL。

6. 开始监控。

Logman start MyTrace -pf ctrl.guid.mdac -ct perf -o out.etl -ets