IDC资讯中心
引用记录集中域值的最有效方法是什么?
到目前为止，我都是用名字引用记录集中的域值的。这可能是一种效率很低的方法，因为每次调用都需要查找域。为了证明这一点，下面的测试就要通过记录集中域的集合的指针来引用域(ado__08.asp):
write data
do while not objrs.eof
response.write( _
"< tr >" & _
"< td >" & objrs(0) & "< /td >" & _
"< td >" & objrs(1) & "< /td >" & _
"< td >" & objrs(2) & "< /td >" & _
"< td >" & objrs(3) & "< /td >" & _
"< td >" & objrs(4) & "< /td >" & _
"< td >" & objrs(5) & "< /td >" & _
"< td >" & objrs(6) & "< /td >" & _
"< /tr > " _
)
objrs.movenext
loop
正如我们所预料的，装载时间的变化很小（差异可能是由于代码上的轻微减少引起的）。但是这种技术在有效显示时间上却带来了明显的减少。
在下面的例子中，我们将给每个域指定一个单独的变量。这种方法避免了在表格循环内的所有查找( ado__09.asp ):
if objrs.eof then
response.write("no records found")
else
write headings
…
dim fld0
dim fld1
dim fld2
dim fld3
dim fld4
dim fld5
dim fld6
set fld0 = objrs(0)
set fld1 = objrs(1)
set fld2 = objrs(2)
set fld3 = objrs(3)
set fld4 = objrs(4)
set fld5 = objrs(5)
set fld6 = objrs(6)
write data
do while not objrs.eof
response.write( _
"< tr >" & _
"< td >" & fld0 & "< /td >" & _
"< td >" & fld1 & "< /td >" & _
"< td >" & fld2 & "< /td >" & _
"< td >" & fld3 & "< /td >" & _
"< td >" & fld4 & "< /td >" & _
"< td >" & fld5 & "< /td >" & _
"< td >" & fld6 & "< /td >" & _
"< /tr >" _
)
objrs.movenext
loop
set fld0 = nothing
set fld1 = nothing
set fld2 = nothing
set fld3 = nothing
set fld4 = nothing
set fld5 = nothing
set fld6 = nothing
response.write("< /table >")
end if
到目前，这种方法形成的结果是最好的。每条记录的显示时间下降成了.45 毫秒。
现在，所有测试脚本的配置都要求对结果记录集有一些了解。比如说，我们一直在栏标题中给域名编码，单独地引用这些域的值。下面的例子提供了一个动态的解决方案，在域的集合中循环，不仅得到数据，也得到域的标题（ado__10.asp ):
if objrs.eof then
response.write("no records found")
else
write headings
response.write("< table border=1 >< tr >")
for each objfld in objrs.fields
response.write("< th >" & objfld.name & "< /th >")
next
response.write("< /tr >")
write data
do while not objrs.eof
response.write("< tr >")
for each objfld in objrs.fields
response.write("< td >" & objfld.value & "< /td >")
next
response.write("< /tr >")
objrs.movenext
loop
response.write("< /table >")
end if
可以看到，我们在性能上有一个损失，但是这个方法还是比ado__07.asp要快一些。
下面的测试是在最后两个测试之间进行一些折中。通过在一个动态分配数组中保存域的引用，既维持了动态的灵活性，也挽回了一些性能上的损失。
if objrs.eof then
response.write("no records found")
else
dim fldcount
fldcount = objrs.fields.count
dim fld()
redim fld(fldcount)
dim i
for i = 0 to fldcount-1
set fld(i) = objrs(i)
next
write headings
response.write("< table border=1 >< tr >")
for i = 0 to fldcount-1
response.write("< th >" & fld(i).name & "< /th >")
next
response.write("< /tr >")
write data
do while not objrs.eof
response.write("< tr >")
for i = 0 to fldcount-1
response.write("< td >" & fld(i) & "< /td >")
next
response.write("< /tr >")
objrs.movenext
loop
for i = 0 to fldcount-1
set fld(i) = nothing
next
response.write("< /table >")
end if
虽然它并不比最好值快，但是比前面的几个例子要快了很多，并且有一个优势就是能够动态地表现任何记录集。
在下一个测试中，我们将对以前的方案做一个彻底的改变，使用记录集的getrows指令创建一个循环用的数组，而不是在记录集本身进行循环。注意，调用getrows之后，立刻就将记录集设置为nothing，这样就能更快地释放系统资源。另外还要注意数组的第一个维数代表域，第二个维数代表行 ( ado__12.asp ):
if objrs.eof then
response.write("no records found")
objrs.close
set objrs = nothing
else
write headings
…
set array
dim arrrs
arrrs = objrs.getrows
close recordset early
objrs.close
set objrs = nothing
write data
dim numrows
dim numflds
dim row
dim fld
numflds = ubound(arrrs, 1)
numrows = ubound(arrrs, 2)
for row= 0 to numrows
response.write("< tr >")
for fld = 0 to numflds
response.write("< td >" & arrrs(fld, row) & "< /td >")
next
response.write("< /tr >")
next
response.write("< /table >")
end if
通过使用getrows 指令，就可以获取整个记录集并将其装载到数组中。当恢复特别大的记录集时，这种方法有可能会造成资源问题，但是数据的循环快多了，因为类似于movenext 的函数调用和eof 的检测都可以取消了。
不过速度的提升确实是有代价的，因为记录集的元数据不再与数据在一起。围绕这个问题，我在调用getrows之前用记录集来恢复标题名。另外还可以提前提取数据类型和其它信息。还要注意，在我们的测试中，性能上的优势只有在使用大一些的记录集时才能看到。
在这部分最后的测试中，我们更进一步，使用记录集的getstring 指令。这个方法将整个记录集提取到一个大的字符串中，允许你指定自己的分隔符( ado__13.asp ):
if objrs.eof then
response.write("no records found")
objrs.close
set objrs = nothing
else
write headings
…
set array
dim strtable
strtable = objrs.getstring (2, , "< /td >< td >", "< /td >< /tr >< tr >< td >")
close recordset early
objrs.close
set objrs = nothing
response.write(strtable & "< /td >< /tr >< /table >")
end if
虽然这种方法已经接近了最高水平，但是它只适合于最简单的设计，因为它根本就不能应用于数据的特殊情况。
观察
在我们开始这套测试之前，执行每条记录的时间一直在.83 毫秒左右震动。这套测试中的大多数方法都将这个数字减少了一半。虽然有些方法明显地提供了更快的速度，但是代价是灵活性的降低。
下面的规则是以重要程度为顺序的：
* 当记录集中的值不需要用一种特殊方式来对待并且能够格式化为一种统一的格式时，使用getstring方法来提取数据。
* 当你在设计上需要更大的灵活性，但是又不需要用记录集的元数据进行工作，使用getrows 方法将数据提取到一个数组中。
* 当你需要设计的灵活性和元数据时，在进入一个数据恢复的循环之前，将你的域约束在本地变量中。避免用名字引用域。
使用临时字符串可以较好地代替缓冲器吗？
这是针对我上一篇文章提交的一些注解所引发的一个小小的离题。要讨论的问题是围绕着缓冲器的使用及使用临时字符串作为替代来收集输出，这样就允许response.write 只调用一次。为了测试，我从ado_11.asp的代码开始，将结果附加到一个字符串中，而不是在每个循环都调用response.write，当整个操作都结束后，在字符串上调用response.write ( str__01.asp ):
dim strtable
strtable = ""
write headings
strtable = strtable & "< table border=1 >< tr >"
for i = 0 to fldcount-1
strtable = strtable & "< th >" & fld(i).name & "< /th >"
next
strtable = strtable & "< /tr >"
write data
do while not objrs.eof
strtable = strtable & "< tr >"
for i = 0 to fldcount-1
strtable = strtable & "< td >" & fld(i) & "< /td >"
next
strtable = strtable & "< /tr >"
objrs.movenext
loop
for i = 0 to fldcount-1
set fld(i) = nothing
next
strtable = strtable & "< /table >"
response.write(strtable)
看起来执行得不是很好。也许正象许多人建议的，我们应该用space 指令为这个字符串指定一些空间，这样它就不需要在循环期间总是为自己重新分配空间( str__02.asp ):
dim strtable
strtable = space(10000)
也许space 指令并不象建议的那样工作。我们最后的规则是：不要用临时字符串来收集输出。
