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多对多,单个修改很伤神

这样保存就没问题了。

结尾

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


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

查看所有标签

猜你喜欢:

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

Iterative Methods for Sparse Linear Systems, Second Edition

Iterative Methods for Sparse Linear Systems, Second Edition

Yousef Saad / Society for Industrial and Applied Mathematics / 2003-04-30 / USD 102.00

Tremendous progress has been made in the scientific and engineering disciplines regarding the use of iterative methods for linear systems. The size and complexity of linear and nonlinear systems arisi......一起来看看 《Iterative Methods for Sparse Linear Systems, Second Edition》 这本书的介绍吧!

随机密码生成器
随机密码生成器

多种字符组合密码

Base64 编码/解码
Base64 编码/解码

Base64 编码/解码

HEX CMYK 转换工具
HEX CMYK 转换工具

HEX CMYK 互转工具