hibernate多对多,单个修改很伤神

栏目: Java · 发布时间: 5年前

内容简介:客户单击项目详细时,会跳转到项目详细页面。用户单击红框中的加号,页面弹出选择标签页面。用户单击待选标签中的标签,当前标签会被保存到数据库中。当然,项目标签与项目之间是多对多的关系,也就是说,一个项目可以有多个标签,一个标签对应多个项目,总体来说,它们之间是多对多的关系。

导读

hibernate多对多,单个修改很伤神

客户单击项目详细时,会跳转到项目详细页面。用户单击红框中的加号,页面弹出选择标签页面。用户单击待选标签中的标签,当前标签会被保存到数据库中。

当然,项目标签与项目之间是多对多的关系,也就是说,一个项目可以有多个标签,一个标签对应多个项目,总体来说,它们之间是多对多的关系。

多对多的关系

多也是相对的多,就像导读中的项目和项目标签一样。这是从宏观上来说的多对多,但从微观上来看,其内部还是一对多的关系。一个项目可以有多个项目标签,一个项目标签可以对应多个项目。既然对各自来说,都是一对多的关系,为什么不这样写呢:

// 项目表
@Entity
@Table(name = "zq_project")
public class Project extends BaseObj {
 /**
 * 項目标签
 */
    @ManyToOne
    @JoinColumn(name = "attach_id")
    private List<DataDict> tagss;
}

//项目标签表
@Entity
@Table(name = "core_data_dict", uniqueConstraints = {@UniqueConstraint(columnNames = {"tenant_id", "code"}, name = "uk_dd_tid_code")})
public class DataDict extends ToString{

  /**
   * 項目
  */
    @ManyToOne
    @JoinColumn(name = "attach_id")
    private List<Project> projectList;
    
}

而是这样书写方式呢?

/**
     * 添加项目标签,如果是标签来源于数据字典,则可以直接读取数据字典
     */
    @ManyToMany(fetch = FetchType.EAGER)
    @Fetch(FetchMode.SELECT)
    @JoinTable(
            name = "zq_project_tags",
            joinColumns = {@JoinColumn(name = "project_id")},
            inverseJoinColumns = @JoinColumn(name = "tag_code")
    )
    @JSONField(serialize = false)
    private List<DataDict> tagList;

因为这样书写,hibernate会根据项目和数据字典( 项目标签放在数据字典表中 )生成一个中间表,如图所示:

hibernate多对多,单个修改很伤神

为什么不采用第一种方式呢?

1、第一种方式扩展性不好,破坏框架结构,为什么这么说?

项目标签放置在数据字典中,换句话,数据字典所存储的数据集不会经常改变。就像我们的新华字典,不会时常做版本更新。因而,类似于项目标签、数值型的单位呀、系统标量等,这些数据都不会时常改变。

而且,现在的项目都采用maven构建,什么是maven项目呢?很多博客都有详细介绍,我只做简单地介绍。maven是项目对象模型(POM),举一个简单的例子,我们在不使用maven创建项目时,往往需要拷贝jar包到项目中。然而,我们使用maven创建项目时,就会创建一个pom文件。我们在pomp文件中做配置,如果需要新的jar包,我们直接使用<dependence>...</dependence>

<dependency>
    <groupId>com.alibaba</groupId>
    <artifactId>fastjson</artifactId>
    <version>${fastjson.version}</version>
  </dependency>

当然,引用jar包是一回事,还有模块化构建项目。我们经常分模块构建项目,比如信息发布一个模块,核心层一个模块,自定义业务层一个模块。各个模块之间就像是 Java 一样,具有继承和关联关系。子pom文件可以使用父pom的所有jar包。如图所示:

hibernate多对多,单个修改很伤神

层级非常严格,即便在同一个项目不同的模块中,我们如果想要调用另外一个模块的类时,也需要用dependency来引用其模块。比如,我们想要在platform-custom层调用platform-core层的类,我们需要在platform-custom的pom文件中写入依赖:

<dependency>
    <groupId>com.zfounder.platform</groupId>
    <artifactId>platform-core</artifactId>
   </dependency>

但是,项目表是自定义业务范畴的,是在platform-custom模块中的,而数据字典是属于platform-core模块的。因为platform-core的pom没有依赖platform-custom模块,因而,数据字典无法调用platform-custom模块中的项目类,如图所示:

hibernate多对多,单个修改很伤神

因而,如果我们采用这种方式创建多对多的关系,会破坏maven结构或者框架结构。

2、对于数据库的维护性不好。

对于项目来说,相同项目标签的可能有数条项目的记录,但是,每个项目都是唯一的,一个项目应该有多个标签,但现在的问题是,同一个项目的编号不同了,因为不同的项目标签,这就破坏了数据库的唯一性。

针对以上两种情况,我们应该使用中间表,来创建多对多的关系。如图所示:

hibernate多对多,单个修改很伤神

这样简洁明快,也便于日后的维护工作。

哪些是多对多的关系

1、用户和角色之间的关系,一个用户可以有多重角色,一个角色可以对应多个用户。

2、既然说到了角色,自然说到角色所能管理的权限,比如当用户登录,根据用户的角色,需要展示哪些页面,可以操作该页面的哪些按钮,等等。这些都放在资源表中。如图所示:

hibernate多对多,单个修改很伤神

3、项目和图片的关系,一个项目有很多张图片,但是一张图片也可以被多个项目使用。

4、。。。。

中间表一般都涉及两个字段,字段分别引用两张表的主键。

多对多的实例,以选择项目标签为例

我们在点击保存项目标签时,心想我们点击一次,保存一次,而项目类中项目标签对象是一个集合对象,我们应该创建这个集合,然后拿到前端穿过来的项目标签的code值(数据字典对应的是code值),通过数据字典的事务方法获取这个数据字典对象,再判断该对象的父类是不是项目标签。因为数据字典存储很多类字典,比如项目标签字典、单位字典、系统变量字典等等。然后保存这个数据字典,但结果事与愿违,它会覆盖数据库中原来的数据,这是更新数据,而不是保存数据,如图所示:

hibernate多对多,单个修改很伤神

为什么会这样,因为,其底层使用的是merge方法,如代码所示:

/**
 * @see com.zfounder.platform.core.dao.GenericDao#save(T)
 */
@SuppressWarnings("unchecked")
@Override
public T save(T object) {
    Session session = getSession();
    return (T) session.merge(object);
}

merger如果发现数据库存在改编号的对象,则执行update操作;如果不存在,则执行insert操作。因而,中间表,即项目标签表,已经存在该项目编号的id,所以,执行更新操作。

我们换一种思路,首先看项目类的部分源码:

@Data
@AllArgsConstructor
@NoArgsConstructor
@Entity
@Table(name = "zq_project")
public class Project extends BaseObj {

    /**
     * 项目名称
     */
    @Column(name = "name")
    private String name;
    
    /**
     * 录入日期
     */
    @Column(name = "sign_date")
    private Date signDate;

    /**
     * 备注
     */
    @Lob
    @Basic(fetch = FetchType.LAZY)
    @Column(name = "remark", columnDefinition = "mediumtext")
    private String remark;

    /**
     * 预算金额
     */
    @Column(name = "budgetary_amount", precision = 10, scale = 2)
    private BigDecimal budgetaryAmount;
 
    /**
     * 工程起始时间
     */
    @Column(name = "start_time")
    private Date startTime;

    /**
     * 工程结束时间
     */
    @Column(name = "end_time")
    private Date endTime;

    /**
     * 添加项目标签,如果是标签来源于数据字典,则可以直接读取数据字典
     */
    @ManyToMany(fetch = FetchType.EAGER)
    @Fetch(FetchMode.SELECT)
    @JoinTable(
            name = "zq_project_tags",
            joinColumns = {@JoinColumn(name = "project_id")},
            inverseJoinColumns = @JoinColumn(name = "tag_code")
    )
    @JSONField(serialize = false)
    private List<DataDict> tagList;
}

因为项目标签时多对多的关系,当我们接收到前端传过来的项目编号,并调用项目的事务的get方法,创建当前项目瞬时态的对象时。hibernate根据项目标签表中的code值,创建项目标签(数据字典)的集合对象,并填充到tagList的集合中。我们只要在对集合对象上,添加从前端穿过的code值,并通过code值创建项目标签(数据字典)的对象即可。因而,代码改成下面的方式:

hibernate多对多,单个修改很伤神

这样保存就没问题了。

结尾

如果我们掌握了最基本知识是,就可以很容易掌握其他语言了。加油,致自己。


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

HTML5移动应用开发入门经典

HTML5移动应用开发入门经典

凯瑞恩 / 林星 / 人民邮电出版社 / 2013-3 / 55.00元

《HTML5移动应用开发入门经典》总共分为24章,以示例的方式对如何使用HTML5及相关技术进行移动应用开发做了全面而细致的介绍。《HTML5移动应用开发入门经典》首先讲解了HTML5的起源以及它为什么适用于移动设备,然后讲解了HTML5的基本元素以及所做的改进、canvas(画布)、视音频、微格式、微数据、拖曳等新增特性,还讲解了WebSocket、WebWorkers、Web存储、离线Web应......一起来看看 《HTML5移动应用开发入门经典》 这本书的介绍吧!

RGB转16进制工具
RGB转16进制工具

RGB HEX 互转工具

HTML 编码/解码
HTML 编码/解码

HTML 编码/解码

SHA 加密
SHA 加密

SHA 加密工具