SQL Server视图不支持OFFSET/FETCH，因其属执行末端裁剪操作，违反视图“可组合”原则；正确做法是在查询视图时添加ORDER BY与OFFSET/FETCH，或改用支持参数的内联表值函数实现分页。
SQL Server 视图本身不支持直接使用 OFFSET 和 FETCH 子句——你不能在 CREATE VIEW 语句里写 OFFSET 10 ROWS FETCH NEXT 10 ROWS ONLY，SQL Server 会报错 Incorrect syntax near 'OFFSET'。
为什么视图定义里不能用 OFFSET FETCH
视图是命名的查询表达式，其定义必须是“可组合”的；而 OFFSET/FETCH 是最终结果集的裁剪操作，属于查询执行末端行为，不能嵌入视图定义中。SQL Server 的视图解析器在编译阶段就拒绝这种语法。
常见错误现象：
Msg 156, Level 15, State 1: Incorrect syntax near the keyword 'OFFSET'- 即使加了
ORDER BY，视图仍无法保存
实际可行的分页方案：在查询视图时加 OFFSET FETCH
正确做法是把排序逻辑留在视图里（用 ORDER BY + 确定性排序列），分页动作交给外部查询。但注意：视图里不能直接写 ORDER BY，除非配合 TOP 或 FOR XML —— 否则会报错 The ORDER BY clause is invalid in views。
所以得绕一下：
- 视图只做数据筛选和基础投影，不带
ORDER BY - 外部查询调用视图时，显式加
ORDER BY+OFFSET/FETCH - 确保排序列有索引（比如主键或唯一非空列），否则分页结果可能不稳定
示例：
CREATE VIEW dbo.v_ProductList AS SELECT ProductID, ProductName, Price, CategoryID FROM Products WHERE Discontinued = 0;
调用分页：
SELECT ProductID, ProductName, Price FROM dbo.v_ProductList ORDER BY ProductID ASC OFFSET 20 ROWS FETCH NEXT 10 ROWS ONLY;
想让视图“看起来”支持分页？用内联表值函数替代
如果需要参数化分页（比如传入 @PageNumber、@PageSize），更合适的是用内联表值函数（ITVF），它支持参数且能被优化器内联展开，性能接近视图。
示例：
CREATE FUNCTION dbo.fn_PagedProducts(
@PageNumber INT,
@PageSize INT
)
RETURNS TABLE
AS
RETURN (
SELECT ProductID, ProductName, Price
FROM Products
WHERE Discontinued = 0
ORDER BY ProductID ASC
OFFSET (@PageNumber - 1) * @PageSize ROWS
FETCH NEXT @PageSize ROWS ONLY
);调用方式：
SELECT * FROM dbo.fn_PagedProducts(3, 10);
注意点：
- 函数体里可以合法使用
OFFSET/FETCH，因为它是完整查询的一部分 - 必须带
ORDER BY，否则报错 - SQL Server 2012+ 才支持该语法
大偏移量（如 OFFSET 100000）时的性能陷阱
OFFSET 越大，SQL Server 越要物理扫描跳过的行，哪怕不返回它们。对于百万级表，OFFSET 99990 ROWS FETCH NEXT 10 ROWS ONLY 可能比全表扫描还慢。
规避方法：
- 改用键集分页（Keyset Pagination）：记录上一页最后的
ProductID，下一页用WHERE ProductID > @lastId ORDER BY ProductID ASC FETCH NEXT 10 ROWS ONLY - 确保
ORDER BY列有窄、高选择性的索引（比如INDEX IX_Products_ProductID ON Products(ProductID)） - 避免让用户“跳转到第 1000 页”，前端限制最大页码或改用搜索+过滤
真正麻烦的不是语法怎么写，而是当 OFFSET 值来自用户输入却没校验范围时，一个恶意请求就能拖垮整个查询线程。
