SQL视图是基于表查询结果的虚拟表，不存数据只存逻辑；用CREATE VIEW创建，如CREATE VIEW active_users AS SELECT ... FROM users WHERE status='active'；适用于简化查询、权限控制、兼容旧结构、抽象业务规则，但需注意性能、可更新性、依赖维护及避免深层嵌套。
SQL视图是基于一个或多个表的查询结果构建的虚拟表，它不存储实际数据，只保存查询逻辑。创建视图能简化复杂查询、统一数据访问口径、提升安全性，但也要注意其局限性和潜在性能问题。
怎么创建视图
使用 CREATE VIEW 语句定义视图，语法简洁明确：
CREATE VIEW view_name AS SELECT ... FROM ... [WHERE ...];
例如，从用户表中提取活跃用户信息：
CREATE VIEW active_users AS
SELECT id, username, email, last_login
FROM users
WHERE status = 'active' AND last_login > DATE_SUB(NOW(), INTERVAL 30 DAY);
执行后，active_users 就可像普通表一样被查询：
SELECT * FROM active_users WHERE username LIKE 'a%';
视图的典型使用场景
- 简化重复查询：把多表 JOIN、聚合、过滤等常用逻辑封装成视图，业务 SQL 更简洁
- 数据权限控制：对不同角色提供不同视图（如财务视图隐藏薪资明细字段，只暴露汇总金额）
- 兼容旧系统结构：当底层表重构（如拆分、重命名），通过视图保持原有 SQL 不变
- 逻辑层抽象：将业务规则（如“VIP用户=消费≥1万元且近90天有订单”）固化在视图中，避免各处硬编码
使用视图必须注意的关键点
- 性能不是自动优化的：视图本身不索引，查询视图仍会执行原始 SELECT；复杂嵌套视图可能引发全表扫描，建议对底层关键字段建索引
- 部分视图不可更新：含 GROUP BY、DISTINCT、聚合函数、子查询、多表 JOIN 的视图通常只读；MySQL 中简单单表视图默认支持 INSERT/UPDATE，但需确保未跳过 NOT NULL 或 DEFAULT 约束字段
- 依赖关系需主动维护：若视图引用的表被删或字段改名，视图会失效（查询时报错）；可用 SHOW CREATE VIEW view_name 查看定义，用 SELECT * FROM information_schema.VIEWS 批量检查依赖
- 不要滥用深层嵌套：A 视图依赖 B，B 依赖 C……超过2层就难排查和优化；优先考虑用 CTE 或物化逻辑替代
小技巧：快速验证与管理视图
- 用 SHOW FULL TABLES WHERE TABLE_TYPE = 'VIEW'; 列出当前库所有视图
- 修改已有视图用 CREATE OR REPLACE VIEW（MySQL/PostgreSQL 支持），无需先 DROP
- 临时调试时，可把视图定义里的 CREATE VIEW ... AS 替换为 SELECT 直接运行，确认逻辑正确再建视图
