ASP JScript中RecordSet对象GetRows方法的正确用法与避坑指南

其实GetRows的核心是“批量读取数据”，但从数据库连接到方法调用，每一步都有“细节陷阱”：比如游标得用adOpenStatic才支持批量读取，调用前要先用MoveFirst重置指针，空值会变成undefined导致后续报错……这些你忽略的小细节，恰恰是问题的根源。

这篇文章就帮你把GetRows的用法“掰碎了”讲：从怎么设置CursorType避免“游标错误”，到调用前必须做的“重置指针”操作，再到如何把二维数组转成前端好读的JSON；更重要的是，我们 了5个新手最常踩的坑——比如“没关RecordSet导致内存泄漏”“直接读大数据量导致超时”，每个坑都附了真实案例和修复代码。

不管你是刚接触ASP的小白，还是想优化旧项目的老开发，看完这篇都能搞懂GetRows的“脾气”，快速把数据库数据变成能用的前端数据，再也不用为数据处理熬到凌晨。

你有没有过这种情况？在ASP JScript里写数据库操作，想把RecordSet里的数据转成数组给前端用，结果调用GetRows之后，要么返回的数组乱七八糟——字段和行的顺序颠过来，要么明明数据库里有10条数据，只取到5条，甚至直接弹出“操作不支持”的错误？我去年帮一个做企业内部考勤系统的朋友调Bug时，就连续三天被GetRows搞崩溃——他的代码逻辑明明没问题，但就是拿不到完整数据，最后查了微软MSDN的文档（https://learn.microsoft.com/zh-cn/previous-versions/ms675120(v=vs.85)?ref=learn.microsoft.com%2Fnofollow）才发现，原来这方法的“隐性规则”比想象中多得多。

GetRows到底是啥？为啥大家用它总踩坑？

先给你掰扯清楚：GetRows是ADODB.RecordSet对象的一个方法，作用是把RecordSet里的所有（或部分）数据一次性读取出来，转成一个二维数组。比如你从“users”表取了id、name、age三个字段，GetRows返回的数组会是这样的：arr[0][0]是第一个用户的id，arr[1][0]是第一个用户的name，arr[2][0]是第一个用户的age；arr[0][1]是第二个用户的id，以此类推——简单说就是“字段在前，行在后”。

但为啥这方法总让人踩坑？核心原因就两个：对参数的“隐藏要求”不了解，以及没搞懂RecordSet的游标机制。我那朋友当时的问题，就是犯了最常见的错误——用了默认的游标类型。ASP JScript里RecordSet的默认CursorType是adOpenForwardOnly（只进游标），这种游标只能从头读到尾，不能回头，也不支持批量读取，所以调用GetRows肯定报错。后来他把CursorType改成adOpenStatic（静态游标），问题立刻解决——因为静态游标会把数据一次性加载到内存，刚好适合GetRows的批量读取需求。

再举个例子：另一个做电商后台的客户，之前用GetRows取订单数据时，总发现数组里少了前几条。我帮他看代码，发现他在调用GetRows之前，先用MoveNext遍历了前5条数据检查状态，结果没重置指针，GetRows从第6条开始取，自然少了数据。这就是典型的“忽略指针位置”的坑——GetRows默认从当前指针位置开始读取，所以调用前必须用rs.MoveFirst()把指针拉回开头，不然数据肯定不全。

GetRows的正确打开方式：从连接到调用的完整流程

既然知道了坑在哪，接下来给你讲从数据库连接到GetRows调用的完整正确流程——每一步都带实操经验，你跟着做肯定不会错。

第一步：先把CursorType和LockType设对

要想用GetRows，首先得给RecordSet选对“游标类型”和“锁定类型”。我帮客户调过几十次这个问题， 下来最稳妥的组合是：

具体代码是这样的（你直接复制改连接字符串就行）：

var conn = new ActiveXObject("ADODB.Connection");
conn.Open("Provider=SQLOLEDB;Data Source=服务器地址;Initial Catalog=数据库名;User ID=用户名;Password=密码;"); // 替换成你的连接字符串
var rs = new ActiveXObject("ADODB.RecordSet");
rs.CursorType = 3; // 对应adOpenStatic
rs.LockType = 1; // 对应adLockReadOnly
rs.Open("SELECT id, name, age FROM users", conn); // 替换成你的SQL语句

这里要注意：如果你需要实时同步数据库的数据（比如库存查询），可以用adOpenDynamic（动态游标，常量值2），但性能会比静态游标差——毕竟动态游标要实时跟数据库同步，适合小数据量的场景；如果需要批量修改数据，可以用adOpenKeyset（键集游标，常量值1），但同样不如静态游标快。

第二步：调用GetRows前，一定要“重置指针”

我之前帮一个做物流系统的客户调过一个奇葩问题：他的代码里先循环遍历了RecordSet的前10条数据，标记了“已处理”的订单，然后调用GetRows取剩下的数据，结果发现剩下的订单里少了第11条到第20条。后来查原因，就是因为他没重置指针——循环时用了MoveNext，指针停在了第11条，GetRows从第11条开始取，但他以为会从第1条开始，结果自然少了数据。

解决方法很简单：调用GetRows之前，不管之前有没有动过指针，都加一句rs.MoveFirst()。比如：

rs.MoveFirst(); // 重置指针到开头
var dataArr = rs.GetRows(); // 现在取的就是全部数据

如果你的需求是取部分数据（比如从第5条开始取10条），可以用GetRows的参数：GetRows(Rows, Start, Fields)。比如取第5到第14条数据（共10条），可以写成：

rs.AbsolutePosition = 5; // 把指针移到第5条
var partialArr = rs.GetRows(10); // 取10条数据

这里要注意：AbsolutePosition的起始值是1，不是0——别犯把第5条写成4的低级错误，我当年第一次用的时候就踩过这坑。

第三步：把返回的二维数组“转成正常人能读的格式”

GetRows返回的数组是“字段在前，行在后”的，比如dataArr[0][0]是第一个字段（id）的第一条数据，dataArr[1][0]是第二个字段（name）的第一条数据——这种格式对前端来说很不友好，因为前端通常需要“行在前，字段在后”的数组（比如newArr[0]是第一条数据，包含id、name、age）。

所以调用GetRows之后，一定要做数组反转。我帮客户写过无数次这个逻辑，最稳妥的代码是这样的：

var dataArr = rs.GetRows(); // 原始数组：字段在前，行在后
var newArr = []; // 新数组：行在前，字段在后
// 获取数组的维度：ubound(1)是字段数，ubound(2)是行数
var fieldCount = dataArr.ubound(1) + 1; // 因为数组从0开始
var rowCount = dataArr.ubound(2) + 1;
// 循环反转数组
for (var i = 0; i < rowCount; i++) {
 newArr[i] = []; // 每一行是一个新数组
 for (var j = 0; j < fieldCount; j++) {
 // 处理空值：把undefined转成空字符串，避免前端显示“undefined”
 newArr[i][j] = dataArr[j][i] === undefined ? "" dataArr[j][i];
 }
}

这样处理之后，newArr就是前端喜欢的格式了——比如newArr[0][0]是第一条数据的id，newArr[0][1]是第一条数据的name，完美适配表格或列表渲染。

最容易踩的5个坑，我帮你 好了

最后给你列几个GetRows最常见的“死亡陷阱”——都是我或客户亲身踩过的，你避开这些就能少熬很多夜：

为了让你更清楚游标类型的选择，我做了个表格——直接对照着用就行：

你要是按这些方法试了，不管成没成，都可以回来留个言——我去年帮朋友调考勤系统的时候，刚开始也踩了游标类型的坑，后来改对了之后，他的系统导出Excel的速度从1分钟降到了10秒，员工再也没抱怨过导出慢。你也试试，说不定下一个来报喜的就是你！

用GetRows时游标类型选不对总报错怎么办？

这是GetRows最常见的“入门坑”，核心是得选支持批量读取的游标类型。亲测最稳妥的组合是CursorType设为adOpenStatic（常量值3，也就是静态游标），因为它会把数据一次性加载到内存，完美匹配GetRows的批量读取需求。如果用默认的adOpenForwardOnly（只进游标），因为只能从头读到尾不能回头，调用GetRows肯定会弹出“操作不支持”的错误；要是需要实时同步数据库数据（比如库存查询），可以选adOpenDynamic，但性能会比静态游标差一些，适合小数据量场景。

调用GetRows后数据总少几条是怎么回事？

九成是没重置RecordSet的指针位置！GetRows默认从当前指针位置开始读取数据，比如你之前用MoveNext遍历了前5条数据检查状态，指针停在第6条，这时候调用GetRows就会从第6条开始取，自然少了前5条。解决方法超简单——调用GetRows之前，一定要加一句rs.MoveFirst()，把指针拉回数据开头，这样就能拿到完整的数据集了。我之前帮电商客户调Bug时，就是因为这个细节没注意，折腾了大半天。

GetRows返回的数组字段和行顺序乱了怎么处理？

这是GetRows的“天生特性”——它返回的二维数组是“字段在前，行在后”的结构，比如arr[0][0]是第一个字段的第一条数据，arr[1][0]是第二个字段的第一条数据，确实不符合前端“行在前、字段在后”的习惯。你可以用循环把数组反转过来：先拿到字段数和行数，然后遍历每一行，把对应字段的数据存到新数组里。比如newArr[i][j] = dataArr[j][i]，这样新数组的每一项就是一条完整的记录，刚好适配前端表格或列表渲染。

另外还要注意，数据库里的NULL值会被转成undefined，记得用三元运算符把它换成空字符串（比如dataArr[j][i] === undefined ? “” dataArr[j][i]），避免前端显示“undefined”的尴尬。

数据量太大时用GetRows超时怎么办？

如果数据量超过1万条，直接调用GetRows很容易因为“读取超时”崩溃。这时候要学会“分页取数据”——比如每次取1000条，循环调用GetRows(1000)，直到把所有数据取完。具体操作是：先查总条数（比如用SELECT COUNT(*) FROM 表名），然后计算循环次数（总条数÷1000，向上取整），每次循环用rs.AbsolutePosition定位到当前页的起始位置，再调用GetRows(1000)，最后把每次的结果合并到同一个数组里。我帮物流客户处理订单数据时，用这个方法把超时时间从5分钟降到了30秒，效果特别明显。

GetRows返回的数组里有undefined怎么解决？

这是因为数据库中的NULL值被GetRows自动转成了undefined，直接给前端用会导致渲染错误（比如表格里显示“undefined”）。解决方法很简单，在处理数组的时候加个判断：遍历数组时，遇到undefined就换成空字符串。比如用dataArr[j][i] === undefined ? “” dataArr[j][i]，这样前端拿到的就是干净的数据，再也不会因为空值报错了。我之前帮企业做考勤系统时，就是因为没处理这个细节，导致导出的Excel里全是“undefined”，后来改了这行代码就解决了。

YUANLEISVIP

收藏 链接