SQL视图是预定义的SELECT查询语句的虚拟表别名，不存储实际数据；创建后可像普通表一样查询、连接，支持CREATE OR REPLACE修改，适用于权限隔离与逻辑复用，但不提升性能且非所有视图支持DML。
SQL视图（VIEW）不是真实存在的表，而是一条预定义的SELECT查询语句的“别名”，它像一张虚拟表一样被调用，但不存储实际数据。理解这点是用好视图的关键。
创建视图：用CREATE VIEW封装查询逻辑
视图本质是保存好的SQL查询，创建后可像普通表一样SELECT、JOIN，甚至在某些数据库中支持UPDATE（需满足限制条件）。语法简洁：
- 基本写法：CREATE VIEW view_name AS SELECT ... FROM ... WHERE ...;
- 带列名定义（推荐）：CREATE VIEW emp_summary (name, dept, salary) AS SELECT e.name, d.dept_name, e.salary FROM employees e JOIN depts d ON e.dept_id = d.id; —— 显式声明列名更利于后续使用和维护
- 注意权限：执行CREATE VIEW需有对应基表的SELECT权限；若含GROUP BY、聚合函数等，可能影响后续DML操作
使用视图：简化复杂查询，统一数据口径
视图最常用价值是“隐藏复杂性”。比如销售报表常需多表关联+条件过滤+计算字段，每次写全SQL易出错且难复用。封装成视图后：
- 直接SELECT * FROM sales_report_vw; 获取标准化结果
- 可参与JOIN：SELECT u.username, s.total FROM users u JOIN sales_report_vw s ON u.id = s.user_id;
- 支持WHERE、ORDER BY、LIMIT等子句，和普通表行为一致（底层仍执行原始SELECT）
修改与删除视图：避免直接DROP重建
视图结构变更无需先DROP再CREATE，多数数据库支持原地替换：
- CREATE OR REPLACE VIEW view_name AS ... —— 安全覆盖，不影响依赖它的其他对象（如存储过程、其他视图）
- DROP VIEW IF EXISTS view_name; —— 删除前加IF EXISTS防报错，适合脚本化部署
- 注意：MySQL 5.7+、PostgreSQL、SQL Server均支持CREATE OR REPLACE；Oracle用CREATE OR REPLACE VIEW；SQLite暂不支持，需手动DROP+CREATE
视图的典型适用场景与避坑提醒
不是所有查询都适合建视图。合理使用能提升可读性与安全性，滥用反而增加维护负担：
- 推荐用视图的场景：权限隔离（如只暴露脱敏字段）、跨库/跨表聚合汇总、高频复用的业务逻辑（如“近30天活跃用户”）
- 慎用或不用的情况：仅用一次的临时分析、含大量计算或窗口函数且性能敏感、基表结构频繁变动（视图不会自动适配列变更，查询时才报错）
- 常见误区：认为视图会提升查询速度——其实它只是语法糖，性能取决于底层SQL；想当然对视图执行INSERT而不检查是否可更新（必须单表、无聚合、无DISTINCT等）
基本上就这些。视图是SQL里低调但实用的工具，用对了能让代码更清晰、权限更可控、协作更顺畅。
