什么才是提高ASP性能的最佳选择(续四)

性能

规则的总结

  现在我们来重新总结一下这些规则:

  * 避免包含ADOVBS.inc文件,用其它方法来使用常量。

  * 当使用一个单个记录集时,将连接字符串传递到ActiveConnection属性中。

  * 在一个页面上使用多个记录集时,创建一个Connection 对象,在ActiveConnection 属性中重复使用它。

  * 使用最适合你的任务的最简单的指针和锁的类型。

  * 通过ADODB.Recordset 类例示记录集以获得最好的性能和最大的灵活性。

  * 除非是一个断开的环境中所要求的,避免使用断开的记录集。

  * 不要对单独设置记录集属性感到担心。

  * 当记录集中的值不需要用一种特殊方式来对待并且能够格式化为一种统一的格式时,使用GetString方法来提取数据。

  * 当你在设计上需要更大的灵活性,但是又不需要用记录集的元数据进行工作,使用GetRows方法将数据提取到一个数组中。

  * 当你需要设计的灵活性和元数据时,在进入一个数据恢复的循环之前,将你的域约束在本地变量中。避免用名字引用域。

  * 不要用临时字符串来收集输出。

结论
  同样,从这些测试中我们所学到的最重要的一点是:小小的变化会在性能上造成很大的影响。如果我们把第一个测试与ADO__09.asp(在记录集中循环的最快结果)相比,可以看到在反应时间上至少减少了50%。

  如果我们把第一个测试与所有测试中最快的情况,即使用GetString 的方法相比较,就会发现反应时间只是原始值的很小一部分。

  所以要记住,永远不要想当然。如果你不能肯定,那就运行一些有针对性的测试。

本文相关资料:http://www.asptoday.com/articles/images/20000426.zip。

时间: 2024-10-26 19:07:05

什么才是提高ASP性能的最佳选择(续四)的相关文章

什么才是提高ASP性能的最佳选择(二)

性能 是否应该开启缓冲器? 通过脚本程序启动缓冲器 在ASP脚本的顶部包含Response.Buffer=True ,IIS就会将页面的内容缓存. < % OPTION EXPLICIT Response.Buffer = true Dim FirstName - /app1/buffer__1.asp的片段 以前的最佳(反应时间)= 7.05 msec/page 反应时间 = 6.08 msec/page 差= -0.97 msec (降低13.7%) 性能得到了极大提高.但是等等,还能有更好

什么才是提高ASP性能的最佳选择

性能 ASP开发人员为了在他们的设计项目中获得更好的性能和可扩展性而不断努力.幸运地是,有许多书籍和站点在这方面提供了很好的建议.但是这些建议的基础都是从ASP平台工作的结构上所得出的结论,对实际获得的性能的提高没有量的测量.由于这些建议需要更加复杂的编码过程并降低了编码的可读性,开发人员就只能在看不到实际运行效果的情况下,独自衡量为了提高他们ASP应用程序的性能是否值得付出这些代价. 本文分为两大部分,我将介绍一些性能测试结果,帮助开发人员来确定某一特定举措是否不仅对将来的项目来说是值得的,并

什么才是提高ASP性能的最佳选择(一)

性能 ASP开发人员为了在他们的设计项目中获得更好的性能和可扩展性而不断努力.幸运地是,有许多书籍和站点在这方面提供了很好的建议.但是这些建议的基础都是从ASP平台工作的结构上所得出的结论,对实际获得的性能的提高没有量的测量.由于这些建议需要更加复杂的编码过程并降低了编码的可读性,开发人员就只能在看不到实际运行效果的情况下,独自衡量为了提高他们ASP应用程序的性能是否值得付出这些代价. 本文分为两大部分,我将介绍一些性能测试结果,帮助开发人员来确定某一特定举措是否不仅对将来的项目来说是值得的,并

什么才是提高ASP性能的最佳选择(三)

性能 结论 本文第一部分的重要之处在于许多小事情的累积.为了强调这个问题,我设置了最后一个测试,在其中进行了我们以前曾经测试过的看来无所谓但实际上有坏影响的所有操作.我包含了许多Response.Write 声明.关闭了缓冲器.设置了默认语言.去掉了Option Explicit 引用并初始化了错误句柄. < %@ LANGUAGE=VBSCRIPT % > < % On Error Resume Next FirstName = "John" - BirthDate

什么才是提高ASP性能的最佳选择(续)

性能 在本文的第一部分中,我回顾了有关ASP开发的一些基本问题,介绍了一些性能测试的结果,以理解我们放置在页面中的代码可能对运行性能造成什么样的影响.在这个系列的第二部分,我们将探讨经过论证的ASP最广泛的用途,即通过ActiveX 数据对象(ADO)交互使用数据库内容.ADO是Microsoft通用并简单的数据库界面. ADO有很多的功能设置,因此准备这篇文章时最大的挑战便是限制测试问题的范围.考虑到读取大数据集会为web 服务器施加很大的负载,我决定将研究的内容局限在为使用ADO记录集寻找最

什么才是提高ASP性能的最佳选择(续一)

性能 在本文的第一部分中,我回顾了有关ASP开发的一些基本问题,介绍了一些性能测试的结果,以理解我们放置在页面中的代码可能对运行性能造成什么样的影响.在这个系列的第二部分,我们将探讨经过论证的ASP最广泛的用途,即通过ActiveX 数据对象(ADO)交互使用数据库内容.ADO是Microsoft通用并简单的数据库界面. ADO有很多的功能设置,因此准备这篇文章时最大的挑战便是限制测试问题的范围.考虑到读取大数据集会为web 服务器施加很大的负载,我决定将研究的内容局限在为使用ADO记录集寻找最

什么才是提高ASP性能的最佳选择(续二)

性能 当使用一个记录集时,是否应该创建一个单独的Connection对象? 要想正确回答这个问题,需要在两个不同情况下检验测试结果:第一是每页执行一个数据库处理的情况,第二是每页执行多个数据库处理的情况. 在前面的例子中,我们已经创建了一个单独的Connection对象,并将它传递到记录集的ActiveConnection 属性.但是也有可能仅仅把连接字符串传递到这个属性中,从而可以避免一个额外的步骤,即在脚本( ADO__03.asp )中例示和配置一个单独的组件: objRS.ActiveC

什么才是提高ASP性能的最佳选择(续三)

性能 引用记录集中域值的最有效方法是什么? 到目前为止,我都是用名字引用记录集中的域值的.这可能是一种效率很低的方法,因为每次调用都需要查找域.为了证明这一点,下面的测试就要通过记录集中域的集合的指针来引用域(ADO__08.asp): 'write data Do While Not objRS.EOF Response.Write( _ "< TR >" & _ "< TD >" & objRS(0) & &quo

提高ASP性能的最佳选择2

性能 是否应该开启缓冲器? 通过脚本程序启动缓冲器 在ASP脚本的顶部包含Response.Buffer=True ,IIS就会将页面的内容缓存. < % OPTION EXPLICIT Response.Buffer = true Dim FirstName - /app1/buffer__1.asp的片段 以前的最佳(反应时间)= 7.05 msec/page 反应时间 = 6.08 msec/page 差= -0.97 msec (降低13.7%) 性能得到了极大提高.但是等等,还能有更好