SQL Server视图中不能使用SET ROWCOUNT，因其仅影响INSERT/UPDATE/DELETE且已弃用；应使用TOP或OFFSET-FETCH实现行数限制，动态需求则改用表值函数。

SQL Server视图里不能用 SET ROWCOUNT

因为视图本身不执行语句，只是保存的 SELECT 语句定义。而 SET ROWCOUNT 是会话级命令，只对后续的 INSERT/UPDATE/DELETE 生效，对 SELECT（包括视图查询）完全无影响——哪怕你在视图定义里写 SET ROWCOUNT 10，SQL Server 直接报错：Incorrect syntax near 'SET'。

想限制视图返回行数？用 TOP 或 OFFSET-FETCH

真正起作用的是在视图定义内部加分页逻辑：

• CREATE VIEW v_top_100 AS SELECT TOP 100 * FROM orders ORDER BY id; —— 注意：必须带 ORDER BY，否则 TOP 行为不可靠
• SQL Server 2012+ 推荐用标准语法：CREATE VIEW v_paged AS SELECT * FROM orders ORDER BY id OFFSET 0 ROWS FETCH NEXT 100 ROWS ONLY;
• 如果需要动态控制数量，视图做不到，得改用表值函数（TVF），比如 dbo.fn_orders_top(@n)

SET ROWCOUNT 在调用视图时也无效

即使你在查询视图前手动执行了 SET ROWCOUNT 5，它依然不会截断视图结果。验证很简单：

SET ROWCOUNT 5;
SELECT * FROM v_all_customers; -- 返回全部行，不是 5 行

这是因为 SET ROWCOUNT 对 SELECT 的限制早在 SQL Server 2005 就被弃用了，2012 起官方文档明确标注“不推荐用于 SELECT”，2016+ 版本中该行为已被移除（仅保留对修改语句的影响）。

容易忽略的关键点：视图没有执行上下文

视图不是存储过程，没有自己的变量、设置或作用域。它的所有行为都取决于最终执行它的查询语句和当前会话的兼容级别：

• 视图定义里的 TOP 受所在数据库的兼容级别影响（如兼容级别 120 下 TOP + ORDER BY 才保证确定性）
• 如果视图嵌套多层（A → B → C），TOP 必须出现在最外层视图或最终查询中才生效
• 使用链接服务器查询远程视图时，OFFSET-FETCH 可能不被下推，导致全量拉取后再本地分页，性能骤降