MySQL 中表和视图的关系
在 MySQL 中，表（Table） 是数据库中的基本存储结构，实际存储数据。而 视图（View） 是基于表或其他视图的虚拟表，它不存储数据，而是存储一条 SQL 查询的定义，每次查询视图时，都会执行这条 SQL，从基础表中获取最新的数据。
可以理解为：
- 表 是实际存储数据的地方，提供数据的持久化存储。
- 视图 是对表数据的一个封装，提供了一种方便的方式来查询数据。
为什么需要视图的存在？
视图的作用主要体现在以下几个方面：
1. 提高查询复用性，简化复杂 SQL
有些 SQL 查询较为复杂，例如涉及多表关联（JOIN）、聚合计算等。如果这些查询经常被使用，将其封装成视图可以大幅减少重复编写 SQL 代码，提高开发效率。
示例：
CREATE VIEW order_summary AS
SELECT o.order_id, c.customer_name, o.total_amount
FROM orders o
JOIN customers c ON o.customer_id = c.customer_id;
以后查询订单概要信息时，只需要：
SELECT * FROM order_summary;
而不必每次都写 JOIN 语句。
2. 提供数据安全性
视图可以用来限制用户访问数据库的部分数据，而不是整个表。例如，某些敏感字段（如工资、密码）可以从视图中剔除，使普通用户无法访问。
示例：
CREATE VIEW employee_public AS
SELECT emp_id, emp_name, department FROM employees;
这样，普通用户查询 employee_public 视图时，就无法看到工资等敏感信息。
3. 提供数据抽象，隐藏底层逻辑
视图可以屏蔽底层表结构的变化，提供稳定的数据接口。例如，如果表结构发生调整，只需修改视图定义，而不需要修改依赖视图的 SQL 代码。
示例：
如果 orders 表的字段 total_amount 改成了 amount_paid，只需修改视图：
CREATE OR REPLACE VIEW order_summary AS
SELECT o.order_id, c.customer_name, o.amount_paid
FROM orders o
JOIN customers c ON o.customer_id = c.customer_id;
使用 order_summary 视图的 SQL 代码无需更改。
4. 提高查询性能（某些情况下）
虽然视图本身不会存储数据，但对于可物化视图（Materialized View，MySQL 本身不支持，但可以通过触发器或定时任务模拟），可以预计算复杂查询的结果并缓存，减少计算开销，提高查询速度。
例如，提前计算销售数据汇总：
CREATE TABLE sales_summary AS
SELECT region, SUM(sales) AS total_sales FROM sales_data GROUP BY region;
然后使用 sales_summary 提供高效查询，而不是每次重新计算。
总结
视图是表的一个抽象层，提供了：
- 简化查询：封装复杂 SQL，提高复用性。
- 增强安全性：限制访问权限，隐藏敏感数据。
- 提高灵活性：隐藏表结构变化，提供稳定接口。
- 潜在性能优化：可结合缓存、物化视图，提高查询性能。
因此，在合适的场景下，视图能够极大提高 MySQL 的可维护性和数据管理效率。