视图是基于SQL查询的虚拟表，不存储数据，每次查询时动态生成结果。1. 简化复杂查询，封装多表关联；2. 提高安全性，限制数据访问；3. 保持逻辑一致，避免重复定义；4. 兼容旧程序，表结构变更时减少修改；5. 更新受限，仅简单单表视图可写；6. 无性能提升，需依赖基础表索引优化。
视图在MySQL中可以理解为一个“虚拟表”，它并不实际存储数据，而是基于SQL查询语句的结果动态生成的数据集合。你可以像操作普通表一样对视图进行查询，但它的内容始终来自定义它的那个查询语句。
视图的本质
视图本质上是一个保存的SELECT查询。当你创建一个视图时，MySQL只是把这条查询语句存下来，而不是把结果数据复制一份。每次你从视图中查询数据时，MySQL都会重新执行背后的SELECT语句，返回最新的数据。
比如你有这样一条语句：
CREATE VIEW customer_orders AS SELECT c.name, o.order_date, o.total FROM customers c JOIN orders o ON c.id = o.customer_id;这时customer_orders就是一个视图。你后续可以执行：
SELECT * FROM customer_orders WHERE total > 1000;系统会自动将这个查询与原始定义合并，等价于直接在两张表上做JOIN查询。
视图的作用
使用视图主要有以下几个实用目的：
BJXSHOP购物管理系统是一个功能完善、展示信息丰富的电子商店销售平台；针对企业与个人的网上销售系统；开放式远程商店管理；完善的订单管理、销售统计、结算系统；强力搜索引擎支持；提供网上多种在线支付方式解决方案；强大的技术应用能力和网络安全系统 BJXSHOP网上购物系统 - 书店版，它具备其他通用购物系统不同的功能，有针对图书销售而进行开发的一个电子商店销售平台，如图书ISBN，图书目录
- 简化复杂查询：把多表关联、复杂条件封装成一个视图，让使用者无需了解底层结构。
- 提高安全性：可以通过视图只暴露部分字段或行，限制用户访问敏感数据。例如，给财务人员提供包含工资信息的视图，而其他部门看不到这些列。
- 保持逻辑一致性：多个应用或报表共用同一个视图，避免各自写不同的查询导致结果不一致。
- 兼容旧程序：当底层表结构调整后，可以通过创建视图来模拟原表结构，减少代码修改量。
视图的更新限制
虽然视图看起来像表，但并不是所有视图都能进行INSERT、UPDATE或DELETE操作。通常只有满足以下条件的视图才支持更新：
- 视图基于单个基础表；
- 不包含聚合函数（如SUM、COUNT）；
- 不使用DISTINCT、GROUP BY、HAVING等；
- 不包含子查询或UNION；
- 选择的列必须包括基础表中的主键列。
如果违反这些规则，视图就只能用于查询，不能修改数据。
性能注意事项
视图本身不会提升查询速度。因为它每次调用都重新执行原始查询，没有索引或缓存机制。如果基础表数据量大且查询复杂，通过视图访问可能比较慢。必要时可以在基础表上建立合适的索引，或者考虑使用物化视图（MySQL原生不支持，可用定时任务+普通表模拟）来优化性能。
基本上就这些。视图是一种逻辑抽象工具，核心价值在于封装和隔离，不是性能优化手段。合理使用能让数据库结构更清晰、权限管理更方便。
