|
|
2#

楼主 |
发表于 2007-10-30 16:49:09
|
只看该作者

如果必须要使用游标的话,最好使用集合的方法对单条的SELECT语句进行操作
Recordset::get_Collect和Recordset::put_Collect方法是Recordset 对象的快捷方式,可以使你快速的得到一个字段的值而不需要获得关于一个字段的引用。可以参考如下的示例代码:
Sub Collect()
Dim rs As New Recordset
rs.ActiveConnection = "…"
rs.Source = "一条SQL查询语句"
rs.Open
Debug.Print rs.Collect(0), rs.Collect(1), rs.Collect(2)
Debug.Print rs!au_id, rs!au_fname, rs!au_lname
End Sub
只查询你所需要的数据
尽管很多开发人员都习惯采用"SELECT * FROM TBL"的模式进行查询,但是为了提高系统的效率,如果你只需要其中某几个字段的值的话,最好把这几个字段直接写出来,同时需要限定返回记录集的范围(通过WHERE子句进行限定)
正确选择游标的位置、类型和锁方式
如果你只需要按顺序读取记录并且不需要滚动和更新记录的话,使用服务器端游标(adUseServer)、仅向前游标(adOpenForwardOnly)和读锁(adLockReadOnly)可以使你获得最好的性能。如果你需要滚动记录的话,采用客户端游标(adUseServer)会比采用服务器端游标所得到的性能要好,ADO系统默认是采用服务器端游标类型的。当然如果数据集合相当大的话,采用服务器端游标的性能会好一些。同时需要注意的话,如果采用客户端游标的话,最好只采用读加锁(adLockReadOnly)的锁类型,因为如果你需要更新数据的话,客户端游标引擎需要得到额外的信息(元数据),而这个信息的获取是非常昂贵的。
调整记录集对象(Recordset)CacheSize的属性
ADO使用记录集对象的CacheSize的属性来决定提取和缓存的记录的数目,当你在缓存的范围内浏览数据的话,ADO就只从缓存中提取数据。当你要浏览的数据超出缓存的范围的时候,ADO就释放缓存,提取下一些记录(提取的数目为CacheSize的大小)。你必须根据你具体的应用程序的情况来设定CacheSize的大小保证你得到最好的性能。
自己定义command对象的参数
在许多数据源中,得到参数信息和执行命令的代价几乎是一样的,所以如果可能的话,你要自己在程序中定义好command参数(也就是说要定义好参数的名称、类型和方向信息),而避免从数据提供者(Provider)那里获取信息.
使用原始的OLE DB提供者
MDAC对许多数据源提供了原始的数据提供者,比如SQL Server,Oracle和ACCESS数据库,这样你不需要再通过ODBC来获取数据(也就是说不需要再通过ODBC驱动这一层),这样的好处是你能更快的得到数据,并且降低磁盘和内存的开销。
如果使用客户端游标的话,断开connection连接
ADO有一个特征是当使用客户端游标操作Recordset记录集的时候,不需要和服务器进行联系。你可以充分利用这个特征降低服务器端的开销(服务器就不需要维护这些连接了),当你操作完记录集需要更新的话,可以重新和数据库进行连接来更新数据。为了创建一个可以断开连接的记录集,你同时也需要使用静态游标(adOpenStatic)和批处理的加锁模式(adLockBatchOptimistic)。下面的示例是用VC写的:
……
pRs.CreateInstance(__uuid(Recordset));
pRs->CursorLoction=adUseClient;
pRs->Open(strCmdText,strConnection,adOpenStatic,adLockBatchOptimistic,adCmdText);
pRs->PutRefActiveConnection(NULL);
file://这里可以对记录集对象pRs进行操作
pRs->PutRefAxctiveConnection(pCon); file://重新和数据库建立连接
pRs->UpdateBatch(adAffectAll); file://批量更新数据
需要注意的是,当你执行批量更新的话,你必须自己处理数据冲突问题,因为当你更新数据的时候,其他人可能也正在对该数据进行操作。
如果不需要返回记录的话,使用adExecuteNoRecords选项
ADO 2.0包括一个新的执行选项称为adExecuteNoRecords,当使用该选项的时候,ADO就不会创建记录集对象,不设置任何游标属性。数据提供者因为不需要认证行集合的属性而使性能得到优化。具体的例子如下:
con.Execute "insert into tbl values(fv1, fv2) ", , adExecuteNoRecords
对仅有一条的执行语句采用Connection::Execute的方法比使用Recordset::Open或者是Command::Execute的效果要好,因为ADO不保留任何命令状态的信息,因此执行性能就有所改进。
使用session/connection缓冲池
我们知道,数据库的打开和关闭是很消耗系统资源的。因此,连接池对基于多层的应用的性能有很大的提高,当你使用MDAC的时候,开发人员本身并不需要考虑对数据库连接的缓存,MDAC会自动处理它。连接池在两个层次上提供支持,OLE DB sessions和ODBC连接。如果你使用ADO的话,你的数据库连接会自动被OLE DB session缓冲池所缓存。如果使用ODBC的话,在ODBC数据源管理中新的连接缓冲池选项可以让你对ODBC缓冲进行设置,然后ODBC驱动程序会为你做剩下的事情。 |
|