基础知识丨创建视图做关联还是在查询语句中做关联效率哪个高？-本牛千智丨专注WorkFine开发

这是一个非常经典且重要的性能问题。在 SQL Server 中：

“是提前创建视图（View）再关联，还是直接在查询中写关联逻辑，哪个效率更高？”

本文目录 隐藏

1) ✅ 简短回答：

2) 🔍 详细解释

2.1) 1. 普通视图（Non-indexed View） = 宏替换

✅ 简短回答：

两者在执行计划和运行时性能上通常完全一样 —— 因为视图在查询时会被“展开”（inlined）到主查询中，SQL Server 优化器会将其当作普通子查询处理。

也就是说：
✅ 视图本身不存储数据（除非是索引视图），也不缓存结果，它只是一个“保存的查询模板”。

🔍 详细解释

1. 普通视图（Non-indexed View） = 宏替换

当你写：

-- 创建视图
CREATE VIEW v_EmployeeDept AS
SELECT e.ID, e.Name, d.DeptName
FROM Employees e
JOIN Departments d ON e.DeptID = d.ID;

-- 查询视图
SELECT * FROM v_EmployeeDept WHERE DeptName = 'IT';

SQL Server 实际执行的是：

SELECT e.ID, e.Name, d.DeptName
FROM Employees e
JOIN Departments d ON e.DeptID = d.ID
WHERE d.DeptName = 'IT';

👉 视图被“内联展开”（inlined），和你手写 JOIN 效果一模一样。

因此：

执行计划相同
IO、CPU、内存消耗相同
性能无差异

2. 什么时候视图会影响性能？

场景	是否影响性能	说明
✅ 普通视图	❌ 不影响	被优化器展开，等价于手写
⚠️ 嵌套多层视图	⚠️ 可能降低可读性/调试难度	但执行计划仍可能优化得很好
✅ 索引视图（Indexed View）	✅ 可能提升性能	物化存储结果，适合聚合、大表预计算
❌ 在视图中使用 `TOP` / `ORDER BY`（无 `TOP`）	⚠️ 可能限制优化	一般不推荐

💡 索引视图是特例：它会物理存储数据，类似物化视图，适用于复杂聚合（如每日汇总），但维护成本高。

3. 那为什么还要用视图？

虽然性能一样，但视图有其他价值：

✅ 封装复杂逻辑（如多表 JOIN + 计算字段）
✅ 权限控制（只给用户访问视图，不给基表）
✅ 接口抽象（应用层不关心底层表结构变化）
✅ 代码复用

所以：用视图是为了可维护性和安全性，不是为了提升性能（普通视图）。

🚀 性能对比结论

方案	执行效率	可维护性	适用场景
直接写 JOIN 查询	⭐⭐⭐⭐⭐	⭐⭐	一次性查询、简单逻辑
普通视图 + 关联	⭐⭐⭐⭐⭐	⭐⭐⭐⭐⭐	多处复用、逻辑复杂、需权限隔离
索引视图	⭐⭐⭐⭐（读快，写慢）	⭐⭐⭐	高频读、低频更新的聚合场景

✅ 最佳实践建议

普通查询：直接写 JOIN，清晰高效。
多处复用或逻辑复杂：创建普通视图，不影响性能，提升可维护性。
大数据量聚合（如报表）：考虑 索引视图，但要测试写入开销。
避免深层嵌套视图（如 view → view → view），虽然能跑，但难调试。

🔧 示例：性能等价验证

-- 方式1：直接查询
SELECT o.OrderID, c.CustomerName
FROM Orders o
JOIN Customers c ON o.CustomerID = c.CustomerID
WHERE c.Country = 'China';

-- 方式2：通过视图
CREATE VIEW v_OrdersWithCustomer AS
SELECT o.OrderID, c.CustomerName, c.Country
FROM Orders o
JOIN Customers c ON o.CustomerID = c.CustomerID;

SELECT OrderID, CustomerName
FROM v_OrdersWithCustomer
WHERE Country = 'China';

▶️ 两者的 执行计划完全相同（可在 SSMS 中按 Ctrl+M 开启“显示实际执行计划”验证）。