MySQL（五）视图 View和数据库表设计

绝地灬酷狼 2024-04-17 17:58 58阅读 0赞

# （一）视图 View #

### 1.概念 ###

视图:有结构(有行有列),但没有结果(结构中不真实存储数据)的虚拟的表,
       虚拟表的结构来源不是自己定义,而是从对应的基表中产生(视图数据的来源)

### 2.创建视图语法 ###

create view 视图名称 as select语句(这个语句可以是一张或多张表的的普通查询,或多表查询)
          例如:创建单表视图 
      	create view my_v1 as select * from student;
      
          例如:创建多表视图 注意:不要查询两张表中的同名字段 不然会报错
      	create view my_v2 as select a.字段名,b.字段名 from a,b where a.id=b.id;
      	注意：MySQL中视图不支持封装子查询查出来的数据

### 3. 查看视图 ###

其实视图是一张 虚拟表 那关于查询表的语句 对视图都是可以用的
      	比如:show tables;  desc my_v1
      	只是在查看视图创建语句的的时候 把table 改成view
      	如:show create view my_v1;

> .视图一旦创建,系统会在视图对应的数据库文件夹下,创建一个对应的结构文件:frm文件.

### 4.视图的使用 ###

视图的使用,只是为了查询,你可以把 视图当作表一样去使用 例如:select * from my_v1;
      	       视图的执行:其实本质就是执行封装的select 语句
      删除视图: drop view 视图名称  
      	     例如:drop view my_v1
      
      修改视图:视图本身不可以修改,但是视图的来源是可以修改的(其实就是修改select 语句)
      	   语法: alter view 视图名字 as 新的select语句

#### 5.视图的意义 ####

> (1)视图可以节省SQL语句,将一条复杂的查询语句,使用视图进行保存,以后可以直接对视图进行操作.  
> (2)数据安全,视图操作注意是针对查询语句的,如果对视图结构进行处理(比如删除),不会影响基表的数据.  
> 所以相对来说数据比较安全  
> (3)视图往往是在大项目中去使用,而且是多系统中去使用.我可以对外提供一些有用的数据,隐藏一些关键的数据.  
> (4)视图对外可以提供友好的数据:不同的视图提供不同的数据,对外提供的数据好像是经过专门设计的一样.  
> (5)视图可以更好的进行权限控制 比如对外隐藏我的一些基表的名称

### 6.视图数据的操作 ###

视图是可以进行数据操作的(比如 增,删,改,视图中的数据),但是有很多限制
      		视图插入数据:
     
      		(1)多表视图不能插入数据
      		(2)单表视图中可以插入数据(如果视图中字段没有基表中不能为空的字段且没有默认值的字段,是插入不成功的)
      		(3)视图是可以向基表中插入数据的 (视图的操作是影响基表的)
      
      		视图删除数据
      		(1):多表视图不能删除数据
      		(2):单表视图可以删除数据,也会影响到基表
      		 
      		 视图更新数据
      		 (1):单表视图,多表视图都可以更新数据
      		     更新限制:with check option
      		     例如:create view my_v1 as select * from student where age>30 with check option;
      		     表示视图数据的来源都是年龄大于30的,with check option 决定通过视图更新的时候,不能将已得到
      		     数据age>30的学生 改成age<30 的.
      
      		     那么:update  my_v1 set age=20 where id=1; 就会报错 不允许改 因为做了限制

# （二）数据库表设计 #

>     数据库设计
>     	引入
>     	 需求分析 - 需求分析师 -》 原始需求- > 抽取业务模型
>     				图书模型：图书名称，版本号，作者
>     				学生模型： 学号，学生姓名 手机号码
>     				......
>     				角色：学生 老师，图书管理员
>     			《需求说明书》
>     	 需求设计 -  
>     				概要设计：
>     					 抽取实体：业务模型 -> 实体模型（java 类 c++类）内存
>     							class Book{ name, bookNo,author }
>     					 数据库设计:
>     							业务模型/实体模型 - > 数据模型 (硬盘)
>     				
>     							数据库表设计
>     							问题： 如何设计？
>     				详细设计
>     					类详细，属性和方法
>     					
>      三大范式
>     		设计原则： 建议设计的表尽量遵守三大范式。
>     
>     第一范式： 要求表的每个字段必须是不可分割的独立单元
>     		student     :   name              -- 违反第一范式
>     										  张小名|狗娃					
>     		sutdent    ： name    old_name    --符合第一范式
>     					  张小名    狗娃
>     
>     第二范式： 在第一范式的基础上，要求每张表只表达一个意思。表的每个字段都和表的主键有依赖。
>     					
>     		employee（员工）: 员工编号  员工姓名 部门名称   订单名称  --违反第二范式
>     
>     					员工表：员工编号  员工姓名 部门名称   
>     
>     					订单表：  订单编号  订单名称             -- 符合第二范式
>     					      
>     第三范式： 在第二范式基础，要求每张表的主键之外的其他字段都只能和主键有直接决定依赖关系。
>     
>     	员工表： 员工编号（主键） 员工姓名  部门编号  部门名 --符合第二范式，违反第三范式																	（数据冗余高）
>     
>     	员工表：员工编号（主键） 员工姓名  部门编号    --符合第三范式（降低数据冗余）
>        部门表：部门编号  部门名