SQL Server视图中禁止使用OFFSET FETCH，因其破坏视图可组合性；分页必须由外部查询控制，视图仅负责基础投影且不可含ORDER BY；动态分页应改用内联表值函数，旧版本则可用ROW_NUMBER()方案。
SQL Server视图里不能写 OFFSET FETCH
直接在 CREATE VIEW 语句中加 OFFSET 10 ROWS FETCH NEXT 10 ROWS ONLY 会报错：Msg 156, Level 15, State 1: Incorrect syntax near the keyword 'OFFSET'。这不是语法疏忽，而是 SQL Server 明确禁止——视图定义必须可组合（composable），而 OFFSET/FETCH 是执行末端的裁剪操作，破坏了视图作为“逻辑表”的语义。
分页必须由外部查询控制，视图只负责基础投影
正确做法是把排序和分页拆开：视图只做筛选、连接、列投影，不带 ORDER BY（否则会报 The ORDER BY clause is invalid in views）；分页动作交给调用方。
- 视图定义示例：
CREATE VIEW dbo.v_OrderSummary AS SELECT OrderID, CustomerID, TotalAmount FROM Orders WHERE Status = 'Shipped'; - 分页调用时才加排序和分页：
SELECT OrderID, CustomerID, TotalAmount FROM dbo.v_OrderSummary ORDER BY OrderID ASC OFFSET 30 ROWS FETCH NEXT 10 ROWS ONLY; - 关键前提：
ORDER BY的列（如OrderID）必须有索引，否则分页结果可能不稳定，尤其并发写入时
需要传参分页？改用内联表值函数（ITVF）
如果业务要求“按页码和页大小动态分页”，比如前端传 @PageNumber 和 @PageSize，视图完全无法接收参数，硬编码或拼接 SQL 又有注入和性能风险。此时应放弃视图，改用内联表值函数：
CREATE FUNCTION dbo.fn_PagedOrders(
@PageNumber INT,
@PageSize INT
)
RETURNS TABLE
AS
RETURN
SELECT OrderID, CustomerID, TotalAmount
FROM Orders
WHERE Status = 'Shipped'
ORDER BY OrderID ASC
OFFSET (@PageNumber - 1) * @PageSize ROWS
FETCH NEXT @PageSize ROWS ONLY;- 调用方式：
SELECT * FROM dbo.fn_PagedOrders(3, 20); - 优势：支持参数、可被查询优化器内联展开，性能接近视图；劣势：不能像视图那样被直接授权或嵌套引用（如
SELECT * FROM (SELECT * FROM fn_PagedOrders(...)) t需加括号）
ROW_NUMBER() 方案适用于旧版本或复杂排序场景
若数据库仍是 SQL Server 2008 或更早，或需多列排序+去重分页（如按 (Category, Price DESC) 分页），OFFSET/FETCH 不可用或表达力不足，就得用 ROW_NUMBER()：
WITH Ordered AS (
SELECT OrderID, CustomerID, TotalAmount,
ROW_NUMBER() OVER (ORDER BY Category, Price DESC) AS rn
FROM dbo.v_OrderSummary
)
SELECT OrderID, CustomerID, TotalAmount
FROM Ordered
WHERE rn BETWEEN 21 AND 40;- 注意：必须确保
OVER()中的排序列组合能唯一确定每一行，否则ROW_NUMBER()可能非确定性，导致同一页数据重复或遗漏 - 性能上，大偏移量（如第 1000 页）时，仍需扫描前 1000×pageSize 行，不如
OFFSET/FETCH稳定，但兼容性更好
分页逻辑不在视图里，这是 SQL Server 的硬约束，不是技巧问题。最容易被忽略的是：即使用了 OFFSET/FETCH，如果排序列没索引，或者排序依据不唯一，分页结果就会漂移——这比语法错误更难排查。
