单元六·数据库视图

数据视图1、知识讲解创建视图——CREATE VIEW、操作视图-通过视图操作数据、删除视图-DROP VIEW)2、商业实例Petstore创建与查询视图实例、Petstore操作视图实例3、综合实训LibraryDB创建和查询视图实操、LibraryDB通过试图操作数据实际、LibraryDB删除视图实操4、强化训练一、视图核心概念视图View是虚拟表本身不存储真实数据仅保存查询SQL语句访问视图时动态从底层基础表提取数据。基础表是物理真实存在占用磁盘存储空间存储完整行、字段数据。二、数据表 VS 视图 核心操作对比1. 创建语法对比1创建物理数据表sqlCREATE TABLE student(sid INT PRIMARY KEY,sname VARCHAR(20),sage INT);- 作用在库中生成实体表分配存储空间可直接插入原始数据。2创建数据视图sqlCREATE VIEW v_student ASSELECT sid,sname FROM student WHERE sage18;- 作用仅保存查询逻辑无独立存储空间数据依赖原表。2. 更新数据对比修改内容物理表更新直接修改原始数据sqlUPDATE student SET sage19 WHERE sid1;修改后底层原始数据永久变化所有查询、视图同步变动。视图更新有限制sqlUPDATE v_student SET sname小张 WHERE sid1;1. 修改视图本质是修改底层原表数据2. 更新限制视图包含聚合函数、DISTINCT、多表联查、GROUP BY 时无法执行更新。3. 删除操作对比删除表数据清空内容表结构保留sqlDELETE FROM student;TRUNCATE TABLE student;删除实体表里真实存储的全部记录。删除视图数据无直接删除语句不能 DELETE FROM 视图 单表简单视图除外一般不通过视图删数据。4. 删除对象销毁结构删除完整数据表sqlDROP TABLE student;直接销毁实体表数据表结构全部永久清除关联视图直接失效。删除视图sqlDROP VIEW IF EXISTS v_student;仅删除视图的查询逻辑底层原始数据表、数据完全不受影响。三、视图优缺点上传数据/开发场景适用优点1. 简化复杂多表查询对外只展示需要的字段屏蔽敏感列隐私数据隔离2. 统一数据访问口径多人使用不用重复写长SQL3. 安全控制限制用户只能查看视图限定数据不能直接操作原表。缺点1. 无独立存储每次查询视图都会执行底层SQL大数据场景性能低于直接查表2. 更新、删除限制极多复杂视图无法修改数据3. 原表结构修改后视图极易报错维护成本上升。四、适用场景区分1. 用基础数据表需要新增、批量修改、删除原始业务数据长期存储业务记录2. 用视图仅做数据查询统计、对外数据展示、权限隔离不频繁修改底层数据。五、完整博客排版链接文本可直接复制发布博客标题数据库视图详解 | 视图与数据表增删改操作全面对比博客正文分段1. 视图定义与底层原理2. 数据表、视图创建语法对比3. 更新、删除数据行为差异4. DROP销毁对象的影响对比5. 视图优缺点与业务场景选择6. 实操易错点总结视图更新失败、原表删除导致视图失效博客文章可直接复制完整文本数据库视图学习笔记——视图与数据表CRUD对比1 什么是视图视图是一张虚拟表它本身不存储任何真实业务数据数据库中仅保存创建视图时编写的SELECT查询语句。当我们执行 SELECT * FROM 视图名 时数据库会自动执行视图绑定的查询语句从底层真实数据表中实时计算、返回结果。与之相对我们平时创建的普通数据表是物理实体表会在磁盘开辟存储空间永久保存插入的所有行数据。2 核心操作语法对比2.1 创建操作1物理表创建CREATE TABLE 表名(字段1 类型 约束...);创建后生成实体存储区域可以INSERT插入原始数据。2视图创建CREATE VIEW 视图名 AS SELECT 查询语句;仅记录查询逻辑无法直接INSERT多表聚合视图禁止插入。2.2 更新数据 UPDATE1更新数据表直接修改磁盘上存储的原始数据全局生效2更新视图仅单表无聚合简单视图支持UPDATE底层本质修改原表带分组、去重、多表联查的视图禁止更新。2.3 删除数据 DELETE1数据表DELETE/TRUNCATE都可以清空表内存储的真实记录2视图几乎不使用DELETE操作复杂视图不支持删除。2.4 删除对象 DROP1DROP TABLE 表名删除整张实体表结构、数据全部消失依赖该表的所有视图全部失效2DROP VIEW 视图名仅删除视图的查询逻辑底层数据表、存储的数据完全保留不受任何影响。3 视图使用优缺点优势1. 数据权限隔离隐藏手机号、身份证等敏感字段2. 简化重复查询封装多表联查逻辑3. 统一数据标准所有人查询口径一致。劣势1. 每次查询动态计算大数据量查询性能差2. DML增删改操作限制多不适合频繁修改数据场景3. 底层表字段改动后视图会直接报错维护麻烦。4 场景选择总结1. 需要存储、新增、批量修改业务原始数据 → 使用数据表2. 仅做数据查询展示、报表统计、对外数据分发 → 使用视图。5 实操踩坑总结1. 不要通过视图频繁更新数据优先操作底层数据表2. 大批量数据统计不建议使用视图推荐直接编写原生SQL3. 删除数据表前需要提前确认关联视图避免业务查询报错。