视图与DTO？VO

傷城~ 2023-09-24 13:11 63阅读 0赞

最近在项目需要自己创建视图，然后就来学习一下，也顺便把java中的dto的妙用又复习了一遍。

**目录**

视图概念入门学习与视图创建

视图与DTO？VO

--------------------

### 视图概念入门学习与视图创建 ###

先来了解一下视图的概念：视图是一种虚拟存在的表，是一个逻辑表，本身并不包含数据。作为一个select语句保存在数据字典中的。

![f9458513449a472bb13d524d89caf0d2.png][]![2c98f7482077424ea58d0d945a612225.png][]

**视图中有生成的规则，这个规则和我们的查询语句差不多**，实际上视图就是一系列联表查询生成的逻辑表。

视图它可以展现**基表**(用来创建视图的表)的部分数据；单表生成的视图我们是可以修改和查询，多表查询产生的视图是不能进行数据修改的，会出现下面的弹窗：（建议如果需要修改视图中的数据，直接去创建视图的基表中修改就行）

![21c876f068674a7db1da69a4cef6d7d3.png][]

使用视图的好处：

*  可以屏蔽基表中对当前业务无用的字段让查询更加高效，比如基表中有100个字段，但是我们只需要10个字段，创建并且使用这个10个字段的视图就行。
 *  可以保障表中的数据安全，使用视图的用户只能访问他们被允许查询的结果集，比如我们只希望使用这个表的用户可以查询表中的10个字段，那么我们就创建这10个字段的视图就行，这样表中的其他字段就可以不被查询的用户看见了。
 *  可以屏蔽基表结构变化对使用视图用户的影响，表中新增字段是不会影响这个视图展示的效果的。

创建视图：创建视图的各种复杂情况就不在这里赘述了，实际上创建视图的逻辑就是**通过单表查询或者是多表联查产生的**，所以和查询的SQL语句差不多，就是多了一些规则而已。看下面的视图的创建：

使用CREATE VIEW语句创建视图
    语法格式：
    CREATE [OR REPLACE] VIEW 视图名 [(列名列表)]
    AS select语句
        
           
    要通过视图更新基本表数据，必须保证视图是可更新视图。对于可更新的视图，在视图中的行和基表中的行之间必须具有一对一的关系。如果视图包含下述结构中的任何一种，那么它就是不可更新的：(使用视图的主要原因就是为了查询,所以对于可更新的视图这里就不在赘述了)
    （1）聚合函数；
    （2）DISTINCT关键字；
    （3）GROUP BY子句；
    （4）ORDER BY子句；
    （5）HAVING子句；
    （6）UNION运算符；
    （7）位于选择列表中的子查询；
    （8）FROM子句中包含多个表；
    （9）SELECT语句中引用了不可更新视图；

上面展示的视图的插件语句：

create or replace
    algorithm = UNDEFINED view `v_t_dish_dish_flavor` as
    select
        `d`.`name` as `name`,
        `d`.`price` as `price`,
        `df`.`name` as `flavorName`
    from 
    (
        `dish` `d`left join `dish_flavor` `df` on ((`d`.`id` = `df`.`dish_id`))
    );

### 视图与DTO？VO ###

下面是**我自己**在写项目的时候**对dto的理解**：

java中有一种类叫做dto（ **Data Transfer Object**），又称数据传输对象，主要是用来**返回需要展示的数据**或者是**承接前端传输过来的参数用的**。在展示数据这一方面和视图结合起来一起用，直接爽歪歪（当**然如果项目对这种数据分层比较严格，那么与视图对应的实体类还是使用VO比较好**，虽然在**绝大部分**的应用场景来说，**DTO和VO的属性值基本是一致的**，但是二者在设计层面两者还是有着本质的区别，DTO代表服务层需要接收的数据（后端接口接收参数用）和返回的数据（返回的数据并不一定和视图对应，可能是多表联查的结果封装进来的），而VO代表展示层需要显示的数据。在需求明确，客户端只有一个的时候是没有必要将VO和DTO分开的，而在不明确而且一个展示页面可能需要多个DTO的数据组成时就可以考虑用上VO。总的来说VO主要体现在视图的对象，对于一个WEB页面将整个页面的属性封装成一个对象。然后用一个**VO对象在控制层与视图层进行传输交换**。）

比如：前端传了12个参数过来，需要你用接口接收，你不可能在接口的参数中写12个参数来接收吧，直接创建一个dto可能更加合适一些，dto的属性命名尽量要和前端传过来的数据的属性名一致，否则mvc进行解析映射的时候可能会出问题。

再比如：前端需要展示的数据需要从5张表查询，查询出来的结果是几十个字段，你不可能全部一个一个封装到map中吧，使用dto可能是更加好的方式。

![2a120c7192294d28ac3e12d33cdd6fb4.png][]

用伪代码来理解一下上面这段话：

前端需要展示的数据：name，age，money，house，其中**name，age在user表**中，**money和house在 asset（资产）表**中。

在实体类与数据库表的映射关系中，**User实体类**的name，age属性的类型要和user表中的name，age一一对应，**Asset实体**类中的money，house属性的类型要和asset表中的money，house一一对应。

**money在asset表中是以int数据类型存储的**（这里只是比喻一下，实际生产中肯定不是这样存储的），但是前端需要展示的内容是money大于100万显示为：有钱人 大于1000万显示为富豪，虽然这个前端可以直接判断来展示，但是现在需求就是要你后端来进行转换（这种数据类型的转换业务还是蛮多的，看与前端沟通的结果哈，这个前端也是可以处理的），所以在**使用dto进行数据展示的时候**，dto中的money就要使用string类型了。（所以这里对比一下：java中的asset实体类中的money用的int（与数据库中的asset表对应），dto中的money属性用的是string类型）

通过判断进行设置转换就行，比如 money > 1000000 就把dto中的money设置为有钱人。

[f9458513449a472bb13d524d89caf0d2.png]: https://img-blog.csdnimg.cn/f9458513449a472bb13d524d89caf0d2.png
[2c98f7482077424ea58d0d945a612225.png]: https://img-blog.csdnimg.cn/2c98f7482077424ea58d0d945a612225.png
[21c876f068674a7db1da69a4cef6d7d3.png]: https://img-blog.csdnimg.cn/21c876f068674a7db1da69a4cef6d7d3.png
[2a120c7192294d28ac3e12d33cdd6fb4.png]: https://img-blog.csdnimg.cn/2a120c7192294d28ac3e12d33cdd6fb4.png