如何优化包含大量JOIN操作的SQL视图定义？

SQL Server视图嵌套JOIN性能差是因为外层WHERE无法下推，导致全量计算；应改在视图内加过滤、排除大字段、用SCHEMABINDING+索引视图或OPENQUERY强制下推，或改用参数化ITVF。

视图里嵌套JOIN，为什么一用就慢？

因为SQL Server默认不把外层条件“下推”进视图。比如你写SELECT * FROM v_orders_with_customer INNER JOIN products ON ... WHERE products.category = 'phone'，优化器大概率先执行完整v_orders_with_customer（可能含百万行），再本地JOIN+过滤——视图成了数据搬运工，不是逻辑封装体。

必须在视图定义里显式写WHERE，不能靠调用方过滤

视图不是函数，没有参数，也没有运行时裁剪能力。外层WHERE对它几乎无效，尤其当视图引用远程表或含聚合时。

• 错误写法：CREATE VIEW v_orders AS SELECT * FROM orders（没过滤、没列限制）
• 正确做法：在视图里就限定业务范围，比如WHERE status IN ('shipped', 'delivered')、AND create_time >= DATEADD(day, -30, GETDATE())
• 大字段（NVARCHAR(MAX)、XML、TEXT）必须排除，它们拖慢序列化和网络传输，哪怕你最终没用到

用WITH SCHEMABINDING + 索引视图固化执行路径

普通视图只是SQL文本快照，而索引视图会被SQL Server当作物化结构处理，JOIN时更可能复用预计算结果。

• 创建前必须用两段式引用：dbo.orders，不能只写orders
• 必须加WITH SCHEMABINDING，否则无法建索引
• 建唯一聚集索引是硬性要求：CREATE UNIQUE CLUSTERED INDEX IX_v_orders ON v_orders (order_id)
• 限制很严：不能含GETDATE()、子查询、OUTER JOIN、聚合函数（除非配GROUP BY和COUNT_BIG(*)）

远程视图JOIN，OPENQUERY是唯一可靠下推手段

跨服务器（linked server）时，SQL Server极大概率把整个视图结果拉到本地再JOIN，哪怕视图里写了WHERE。这时候OPENQUERY是绕过优化器保守策略的强制手段。

• 别写：SELECT * FROM v_remote_orders JOIN local_customers ...
• 要写：SELECT * FROM OPENQUERY(remote_srv, 'SELECT o.id, o.total FROM orders o WHERE o.status = ''shipped''') o JOIN local_customers c ON o.id = c.order_id
• 注意单引号要双写，SQL字符串里不能出现未转义的'
• 每次改远程查询逻辑，都得同步更新OPENQUERY里的字符串，维护成本高但效果确定

复杂点在于：索引视图的约束太死，而OPENQUERY又没法参数化。真要兼顾灵活性和性能，得退一步——不用视图，改用内联表值函数（ITVF），它支持参数且能被展开优化。