一、视图简介
SQL 视图（Views）是一种虚拟表，是基于 SQL 查询结果生成的。这些虚拟表可以包含来自一个或多个表的数据，并且可以像表一样查询；视图是一个表中的数据经过某种筛选后的显示方式，或者多个表中的数据经过连接筛选后的显示方式。使用视图可以简化复杂查询，提高查询的可读性和可维护性，并提供数据的不同视图。
二、临时表的优缺点
优点：
- 提高查询性能：临时表存储在内存中（如果内存足够），可以减少硬盘I/O操作，从而提高查询速度。
- 无需显式删除：临时表在会话结束或事务完成后自动删除，简化了代码维护。
- 避免死锁问题：由于临时表仅对创建它的会话可见，减少了多用户环境下的死锁风险。
- 操作速度快：临时表的操作通常不会写入日志文件，这可以提高操作速度，但也要注意数据丢失的风险。
缺点：
- 内存消耗：大量数据存储在临时表中可能会消耗大量内存，影响系统性能。
- 全局临时表的可见性：全局临时表对所有会话可见，如果不正确管理，可能会导致命名冲突或数据可见性问题。
- 数据丢失风险：由于临时表操作可能不记录在日志中，一旦发生故障，存储在临时表中的数据可能无法恢复。
- 系统表资源消耗：频繁创建和删除临时表可能会消耗系统表资源，尤其是在大数据量操作时。
三、视图的使用场景
-
安全性：通过视图可以限制用户对某些数据的访问，只展示他们需要看到的数据。例如，可以创建一个视图仅包含某个部门的员工信息，而该部门的用户只能访问这个视图。
-
简化复杂的查询：如果用户需要执行复杂的查询，可以创建一个视图来简化这些查询。用户可以像查询普通表一样查询视图，而不需要编写复杂的SQL语句。
-
逻辑数据独立性：如果底层表的结构变化了，但是你可以通过调整视图的定义来保持视图输出的一致性，这样就对查询视图的用户透明了。
-
聚合数据：视图可以用来生成聚合数据，如总和、平均值等，这样用户就可以直接访问这些汇总信息，而不需要每次都运行聚合函数。
-
兼容性：在对数据库进行迁移或者升级时，如果新系统中的表结构与旧系统不完全相同，可以创建视图来模拟旧系统的表结构，以减少应用程序的修改。
-
联合多个表：当需要联合多个表并且这种联合经常使用时，可以创建一个视图来代替这些联合操作，使得查询更加直观和方便。
-
计算列：如果需要在查询中包含计算字段，可以在视图中定义这些计算列，这样每次查询视图时都会自动计算这些值。
-
数据的逻辑分组：如果数据需要按照某种逻辑进行分组，而这些分组在物理表中并不存在，可以通过视图来实现这种逻辑分组。
-
报告和数据仓库：在生成报告或者构建数据仓库时，视图可以用来快速访问所需的数据集合，简化报告生成过程。
-
临时数据集：如果需要对数据进行某种临时的转换或过滤，可以创建一个视图来表示这个临时的数据集，而不需要修改底层的数据。
四、视图的基本操作
创建视图：
sql">CREATE VIEW view_name AS
SELECT column1, column2, ...
FROM table_name
WHERE condition例如，创建一个视图来显示特定部门的所有员工信息：
sql">CREATE VIEW SalesDepartmentEmployees
AS
SELECT EmployeeID, EmployeeName, Department
FROM Employees
WHERE Department = 'Sales';查询视图：
sql">SELECT * FROM view_name;使用上面创建的 SalesDepartmentEmployees 视图：
sql">SELECT * FROM SalesDepartmentEmployees;更新视图：
sql">UPDATE view_name
SET column1 = value1, column2 = value2
WHERE condition;例如，更新 SalesDepartmentEmployees 视图中的员工部门：
sql">UPDATE SalesDepartmentEmployees
SET Department = 'Marketing'
WHERE EmployeeID = 123;删除视图：
sql">DROP VIEW view_name;删除 SalesDepartmentEmployees 视图：
sql">DROP VIEW SalesDepartmentEmployees;五、注意事项
- 并非所有视图都是可更新的。如果视图包含以下元素，则可能不允许更新：聚合函数、DISTINCT、GROUP BY、HAVING、UNION 或 UNION ALL 等。
- 在创建视图时，应考虑其对性能的影响。复杂的视图定义可能会降低查询性能。
- 视图可以提供额外的安全性层，但不应完全依赖视图来实现数据安全。
