为什么 SQL Server 通过 DBLink 查询 Oracle 时，COUNT(*) 只返回 200 行
1. 问题现象
你在 SQL Server 中通过 OPENQUERY 查询 Oracle 数据库：
-- 方式一：在 SQL Server 端计数SELECT COUNT(*) FROM OPENQUERY(dblink1, 'SELECT id FROM tb')-- 返回：200-- 方式二：在 Oracle 端计数SELECT * FROM OPENQUERY(dblink1, 'SELECT COUNT(*) FROM tb')-- 返回：100000（真实行数）更奇怪的是：
SELECT TOP 300 * FROM OPENQUERY(dblink1, 'SELECT id FROM tb')-- 能成功返回 300 行！ （其他带条件的也能正常返回）明明表里有 10 万行，为什么第一种写法只算出 200？是 SQL Server 限制了？还是 Oracle 有问题？
今天，我们就来探讨一下这个“200 行之谜”。
2. 常见误解澄清
十几年前刚在工作中使用SQL SERVER时遇到过这个问题，当时没有深究原因，只是网上搜过别人给出的所谓真相，但有不少是误解，常见误解如下：
误区1：是不是 SQL Server 有 200 行限制？
不是！SQL Server 引擎本身对 OPENQUERY 没有任何行数限制。如果你用 TOP 300 能拿到 300 行，就说明 SQL Server 完全有能力接收更多数据。
误区2：是不是 SSMS 的“编辑前 200 行”导致的？
也不是！SSMS 图形界面确实默认只显示 200 行用于预览，但你用的是 T-SQL 脚本，完全绕过了 UI 层，与此无关。
误区3：网上说这是微软 KB961047 的 bug？
纯属误传！经核实，微软根本没有 KB961047 这个知识库编号。这很可能是网友记错或以讹传讹。微软官方从未为此发布补丁。
3. 真正原因：Oracle OLE DB 驱动的“预览模式”
3.1 OLE DB驱动机制
问题的根源，藏在你创建链接服务器时指定的驱动中：
@provider = N'OraOLEDB.Oracle'这是 Oracle 官方提供的 OLE DB Provider（OraOLEDB），广泛用于 SQL Server 连接 Oracle。
其关键机制是在某些查询模式下（尤其是无 ORDER BY、无 TOP、无 ROWNUM 的简单 SELECT），OraOLEDB.Oracle 驱动会自动启用“预览模式”（Preview Mode），该模式默认最多只返回 200 行，然后主动关闭游标，并向 SQL Server 报告“数据已结束”（EOF），SQL Server ‘’信以为真”，于是 COUNT(*) 就变成了 200。这个 200 是 驱动内部硬编码的常量，目的是防止用户意外拉取大表导致性能问题。
3.2 为什么 TOP 300 能绕过？
因为 TOP 让 SQL Server 明确告诉驱动：“我需要至少 300 行”。
驱动收到这个信号后，退出预览模式，进入完整流式读取，于是能正确返回 300 行。
3.3 为什么 Oracle 端 COUNT(*) 没问题？
因为聚合操作在 Oracle 内部完成，只返回 1 行结果，不涉及逐行拉取原始数据，自然不受影响。
3.4 如何验证？
运行以下三段SQL：
-- 1. 无 TOP，看是否被截断SELECT COUNT(*) FROM OPENQUERY(dblink1, 'SELECT id FROM tb') -- 很可能返回 200-- 2. 加 TOP 强制拉取SELECT COUNT(*) FROM ( SELECT TOP 100000 * FROM OPENQUERY(dblink1, 'SELECT id FROM tb')) t -- 应返回 100000-- 3. Oracle 端聚合（黄金标准）SELECT * FROM OPENQUERY(dblink1, 'SELECT COUNT(*) FROM tb') -- 返回 100000如果结果符合预期，100% 确认是驱动行为问题。（以上我在2008,2012 ，2016版本上都验证过，都是一致的。Oracle 对应OLE DB的客户端我用的是Oracle 11g对应的版本）
3.5 建议
聚合操作、查询操作都放在 Oracle 端
SELECT total_rows FROM OPENQUERY(dblink1, 'SELECT COUNT(*) AS total_rows FROM tb')SELECT total_rows FROM OPENQUERY(dblink1, 'SELECT id AS total_rows FROM tb where id>10 and id<1000')这是可以保证可靠、高效、跨版本兼容的方式。