日期：2011-05-02 15:22:00 来源：本站整理
全面优化ADO[MSSQL防范]
本文“全面优化ADO[MSSQL防范]”是由七道奇为您精心收集，来源于网络转载，文章版权归文章作者所有，本站不对其观点以及内容做任何评价，请读者自行判断，以下是其具体内容：
1 Connection
1.1 Pooling
在Web Application中,常常会呈现同时有很多用户同时拜候数据库的情形,并且ASP中的对象作用域是页面级的,也就是
说,每个页面都要联接和断开数据库,岂不是会很慢?并且每个到sql server数据库的联接会带来37k的系统开销,怎么
办?
大概有人会想到用Application和Session来办理问题,但是,这是不可取的,假如用Application,那么会呈现多个用户同
时通过一个Connection拜候数据库的情形,固然节俭了成立衔接的时间,但是拜候数据库的速度就会变得非常慢.假如用
Session,呈现的问题就是,Session超时怎么办?假如把Session.Timeout设得很大,那用户脱离之后,衔接还会保存一段
时间,也会带来额外的开销.
其实根本不用考虑这个问题,通过OLE DB拜候数据库,它会替你办理这个问题,OLE DB有一个Resource Pooling,它会代
理你的衔接恳求,然后把别人刚用过的衔接给你接着用.（具体机制不再阐述,其实我也没搞太懂得,嘻嘻）
1.2 Provider
大概没有多少人用过这个Property吧,它的缺省值是MSDASQL,还有MSIDXS和ADSDSOObject,但是在ADO2.0（见VS98）和
ADO2.1（见SQL7）里面供应了一些新的Provider:
MSDAORA （OLE DB Provider for Oracle）
Microsoft.Jet.OLEDB.3.51（OLE DB Provider for Microsoft Jet（ for Access））
SQLOLEDB（Microsoft SQL Server OLE DB Provider）
假如你所用的数据库是这些的话,用这些新的Provider便可以不通过ODBC而直接拜候数据库,提高的效率便不可思议了.
2 Command
2.1 CommandType
缺省值是adCmdUnknown,ADO会一一判断你的CommandType,直到它认为符合为止,不倡议采取.（在Recordset.Open和
Connection.Execute的时刻也可以用）
adCmdText是照原样履行你的SQL语句,但是假如你的SQL Language是以下几种的话,通过利用别的CommandType便可以提高
你的SQL语句履行效率
objCmd.Execute "Select * from table_name", adCmdText可替换为objCmd.Execute "table_name",adCmdTable
objCmd.Execute "Exec proceuure_name",adCmdText可替换为objCmd.Execute "proceuure _name", adCmdStoredProc
还有很重要的一点就是,假如你的SQL语句没有返回记录集,如insert和update等,那么利用adExecuteNoRecords
（ADO2.0）可以减低系统开销（可以加到adCmdText 和adCmdStoredProc上,如adCmdStoredProc + adExecuteNoRecords）
还有adCmdTableDirect和adCmdFile（ADO2.0）,我还不太清楚怎么用,adCmdFile可用于拜候一个XML文件.
2.2 Prepared
假如你需求反复的履行近似的SQL语句,那么你可以预编译你的SQL语句,提高的效率也很可观
objCmd.CommandText = "SELECT spell from TYPER.wordspell where word = ? "
objCmd.Prepared = True
objCmd.Parameters.Append objCmd.CreateParameter("word", adVarChar, , 2)
For i = 1 To Len(strName)
strChar = Mid(strName, i, 1)
objCmd("word") = strChar
Set objRS = objCmd.Execute
If objRS.EOF Then
strNamesame = strNamesame & strChar
Else
strNamesame = strNamesame & objRS("spell")
End If
Next ''i = 1 To Len(strName)
3 Recordset
3.1 LockType
缺省是adLockReadOnly,假如你不用改正数据,就不要改成adLockOptimistic之类的,不然也会减低速度和增添开销的
adLockReadOnly > adLockPessimistic > adLockOptimistic > adLockBatchOptimistic
3.2 CursorType
缺省是adOpenForwardOnly,假如你只用MoveNext Method,也最好不要改,速度影响140%左右
adOpenForwardOnly > adOpenDynamic > adOpenKeyset > adOpenStatic
3.3 CursorLocation
缺省是adUseServer,其实不好,它可以随时反映数据库服务器上的窜改,但是系统开销很大,并且需求保持和数据库服务
器的衔接,但是在数据库服务器和Web Server在一同的时刻要快些.不过在adLockOptimistic的时刻使我无法利用
RecordCount等Property.
利用用adUseClient的话,你可以对数据做再排序,挑选,shape等操作
假如对数据的及时性没有要求的话,尽大概用adUseClient
4 别的
4.1 Early bind
用ASP这一点就不用看了,假如用VB的话
Dim objConn As ADODB.Connection 比 Set objConn = CreateObject("ADODB.Connection")要好
4.2 ADO 2.1里的shape真是好玩
4.3 ADO 2.1可以用objRS.Fields.Append来成立一个Recordset
4.4 把Recordset的一列数据直接变成一个数组来操作速度快一些,但是系统开销要大一
以上是“全面优化ADO[MSSQL防范]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：
| 本文地址： | 与您的QQ/BBS好友分享! |
- 好的评价 如果您觉得此文章好，就请您
0%(0) 
- 差的评价 如果您觉得此文章差，就请您
0%(0) 
- ·上一篇文章：将数据库中的数据通过client控件显示,有源代码
- ·下一篇文章：优化－数据库
- ·
中查找“全面优化ADO”更多相关内容 - ·
中查找“全面优化ADO”更多相关内容
评论内容只代表网友观点，与本站立场无关！
评论摘要(共 0 条，得分 0 分，平均 0 分)
查看完整评论