因为中间表带有属性，采用的多对多映射方式 两个实体类都使用   @OneToMany( mappedBy="workDateTime")

 

需求：因为中间表使用两个外键作为联合主键 ，如果需要对中间表的属性进行修改，

1、一般做法

从实体类获取中间表的集合，然后遍历中间表的集合，然后修改。

WorkDateTime.getWorkDateTimeProducts()

 

 

2、一般做法很麻烦，如果条件还需要判断ProductId,则更麻烦

直接采用中间表仓库的做法

1）、建立联合主键

 

联合主键 

public class WorkDateTimeProductKey  implements Serializable{

       private static final long serialVersionUID = 3586335994284551414L;

       private Product product;

       private WorkDateTime workDateTime;

}

 

2）、中间表的仓库 

public interface  WorkDateTimeProductRepository extends JpaRepository<WorkDateTimeProduct, Long> {

      WorkDateTimeProduct findByWorkDateTime_IdAndProduct_Id(long workDateTimeId ,long productId);

}

 

3）由于业务上，经常会知道两个实体类的主键，就可以通过此方法：findByWorkDateTime_IdAndProduct_Id （）查询到WorkDateTimeProduct，然后直接修改

 

WorkDateTime_Id 其中 _的意思是  查询WorkDateTimeProduct 的 WorkDateTime 的 id属性

 

4）测试代码

 

@SpringBootTest

@RunWith(SpringRunner.class)

public class WorkDateTimeProductRepositoryTest {

 

       @Autowired

       WorkDateTimeProductRepository WorkDateTimeProductRepository;

       

       @Test

       public void findByWorkDateTimeIdAndProductIdTest(){

               WorkDateTimeProduct  workDateTimeProduct =WorkDateTimeProductRepository.findByWorkDateTime_IdAndProduct_Id(12l, 13l);

               workDateTimeProduct.getAmount();

              System.out.println(workDateTimeProduct.getAmount());

       }

}

 

实体类1

@Entity

//@JsonIgnoreProperties(value={"workDateTimeProducts"})

public class WorkDateTime implements Serializable {

       

       private static final long serialVersionUID = 6788933059497808914L;

       @Id

       @GeneratedValue(strategy=GenerationType.IDENTITY)

       private long id ;

       

       @JsonFormat(pattern="yyyy-MM-dd",timezone = "GMT+8")

       @DateTimeFormat(pattern = "yyyy-MM-dd")

       private Date dinnerDay;

       

       private byte dinnerTime; //  1noon 中餐，2 evening 晚餐,3 morning

       private byte state;  //订餐时间段是否有效 

       @OneToMany( mappedBy="workDateTime")

       private List<WorkDateTimeProduct> workDateTimeProducts = new ArrayList<WorkDateTimeProduct>();

       private byte printAllow;   //1为不可以打  2为可以打，

}

 

 

实现类2

@Entity

//@JsonIgnoreProperties(value = { "hibernateLazyInitializer", "handler" })

public class Product  implements Serializable{

       private static final long serialVersionUID = -3700731687896498304L;

       

       @Id

       @GeneratedValue(strategy=GenerationType.IDENTITY)

       private long id ;

       private String name;

       private String description;

       private short amount  ;

       private short price ;

       private String productImg;

       @OneToMany(mappedBy="product")

       List<WorkDateTimeProduct> workDateTimeProducts =new ArrayList<WorkDateTimeProduct> ();

}

 

 

中间表

@Entity

@IdClass(WorkDateTimeProductKey.class)

public class WorkDateTimeProduct implements Serializable{

       private static final long serialVersionUID = 1207408560047174539L;

 

       @Id

       @ManyToOne()

       @JoinColumn(name="product_id")

       private Product product;

       @Id

       @JsonIgnore

       @ManyToOne()

       @JoinColumn(name="workdatetime_id")

       private WorkDateTime workDateTime;

       private byte state;

       

       private short amount ;

   

}

 

 

简单介绍
首先我们先了解一下什么叫虚拟表虚拟表，顾名思义就是就是实际上并不存在（物理上不存在），但是逻辑上存在的表。

在MYSQL中存在三种虚拟表：临时表、内存表、视图
1、基本表
基本表是本身独立存在的表，在SQL中一个关系就对应一个表。
2、中间表
中间表它主要是用来兼容数据，建立映射关系，来兼容新老数据表的数据。一般是在实体之间存在多对多的关系时，我们会创建一个中间表实体来给它们两个实体建立起联系，时这个中间表实体与其他两个实体形成一对多的关系，这样可以有效的降低数据的冗余。

比如：我们现在有一个学生表和课程表，这两个实体显然是一种多对多的关系，这时候我们就可以引入一个学生课程表来将他们联系起来，这个表我们可以将学生表和课程表的主键作为它的外键，这要学生表和课程表与学生课程表就是一个一对多的关系，简化了表关系否复杂度。
3、临时表
临时表是建立在系统临时文件夹中的表，如果使用得当，完全可以像普通表一样进行各种操作。 临时表的数据和表结构都储存在内存之中，退出时，其所占的空间会自动被释放。

临时表又分为外部临时表和内部临时表。
1、外部临时表

通过CREATE TEMPORARY TABLE 创建的临时表，这种临时表称为外部临时表。这种临时表只对当前用户可见，当前会话结束的时候，该临时表会自动关闭。这种临时表的命名与非临时表可以同名（同名后非临时表将对当前会话不可见，直到临时表被删除）

创建临时表的两种方式：
CREATE TEMPORARY TABLE tmp_table (name VARCHAR(10) NOT NULL,    value INTEGER NOT NULL)    

CREATE TEMPORARY TABLE tmp_table SELECT * FROM table_name

2、内部临时表

内部临时表是一种特殊轻量级的临时表，用来进行性能优化。内部临时表有两种类型：一种是HEAP临时表，这种临时表的所有数据都会存在内存中，对于这种表的操作不需要IO操作。另一种是OnDisk临时表，顾名思义，这种临时表会将数据存储在磁盘上。OnDisk临时表用来处理中间结果比较大的操作。如果HEAP临时表存储的数据大于MAX_HEAP_TABLE_SIZE（详情请参考MySQL手册中系统变量部分），HEAP临时表将会被自动转换成OnDisk临时表。OnDisk临时表在5.7中可以通过INTERNAL_TMP_DISK_STORAGE_ENGINE系统变量选择使用MyISAM引擎或者InnoDB引擎。

创建内部临时表
CREATE TEMPORARY TABLE tmp_table (name VARCHAR(10) NOT NULL,    value INTEGER NOT NULL)  TYPE=HEAP

4、派生表
派生表是从SELECT语句返回的虚拟表。派生表类似于临时表，但是在SELECT语句中使用派生表比临时表简单得多，因为它不需要创建临时表的步骤。

当SELECT语句的FROM子句中使用独立子查询时，我们将其称为派生表。

与子查询不同，派生表必须具有别名，以便稍后在查询中引用其名称。 如果派生表没有别名，MySQL将发出错误

示例

orders表和orderdetails表中获得2013年销售收入最高的前5名产品。




5、视图
视图是从一个或几个基本表导出的表。视图本身不存在独立存储在数据库中，是一个虚表。即数据库中只存放视图的定义而不存放视图对应的数据，这些数据仍然存放在导出视图的基本表中。视图在概念上基本与表等同。视图在概念上与基本表等同，用户可以在基本表那样使用视图，可以在视图上再定义视图。

如何创建视图
create view view_name as
# 这里写SQL语句

中间表-多对多关系的转化：
在表的使用中，经常存在多对多的关系，以订单和商品为例，一个订单对应多个商品，一个商品也对应多个订单，此时把E-R图（E-R图也称实体-联系图(Entity Relationship Diagram)，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型）转化为关系模型时，需要引入中间表。
中间表包含两个实体类的主键，建立两张表沟通。
中间表也可以有普通字段，例如商品数量，每种商品总和（需要把他们与实体表中字段含义区分开）。
中间表主键：
中间表的主键可以是两个外键作为联合主键（ 联合主键就是说，当一个字段可能存在重复值，无法确定这条数据的唯一性时，再加上一个字，两个字段联合起来确定这条数据的唯一性。比如你提到的id和name为联合主键,在插入数据时，当id相同，name不同，或者id不同，name相同时数据是允许被插入的，但是当id和name都相同时，数据是不允许被插入的），也可以是再增加一个主键字段。
三个实体间存在多对多的关系：
有一个实体与剩下两个实体存在N:M关系，剩下两个实体没有



三个实体间存在多对多关系




中间表简述:
中间表是业务逻辑中的概念，就是将计算结果先保存在一个临时的表中，然后再从这个表中计算，减少程序的复杂度。临时表是中间表多采用的一种技术，使用 Oracle临时表功能可以免去中间表数据的维护工作。
中间表举例：
分析表1（tableOne），找到唯一的业务主键，这是一个班级课程表，存储了课程的信息，主键就id。



分析表2（tableTwo）找到唯一的业务主键，这是一个课程单元表，存储了所有课程单元。



因为课程表和单元表没有关联信息，所以无法关联查询，这时需要中间表把两个表进行关联。



建立索引。



查询测试。



检验测试查询结果。

简单介绍

首先我们先了解一下什么叫虚拟表虚拟表，顾名思义就是就是实际上并不存在（物理上不存在），但是逻辑上存在的表。

在MYSQL中存在三种虚拟表：临时表、内存表、视图

1、基本表

基本表是本身独立存在的表，在SQL中一个关系就对应一个表。

2、中间表

中间表它主要是用来兼容数据，建立映射关系，来兼容新老数据表的数据。一般是在实体之间存在多对多的关系时，我们会创建一个中间表实体来给它们两个实体建立起联系，时这个中间表实体与其他两个实体形成一对多的关系，这样可以有效的降低数据的冗余。

比如：我们现在有一个学生表和课程表，这两个实体显然是一种多对多的关系，这时候我们就可以引入一个学生课程表来将他们联系起来，这个表我们可以将学生表和课程表的主键作为它的外键，这要学生表和课程表与学生课程表就是一个一对多的关系，简化了表关系否复杂度。

3、临时表

临时表是建立在系统临时文件夹中的表，如果使用得当，完全可以像普通表一样进行各种操作。 临时表的数据和表结构都储存在内存之中，退出时，其所占的空间会自动被释放。

临时表又分为外部临时表和内部临时表。

1、外部临时表

通过CREATE TEMPORARY TABLE 创建的临时表，这种临时表称为外部临时表。这种临时表只对当前用户可见，当前会话结束的时候，该临时表会自动关闭。这种临时表的命名与非临时表可以同名（同名后非临时表将对当前会话不可见，直到临时表被删除）

创建临时表的两种方式：

CREATE TEMPORARY TABLE tmp_table (name VARCHAR(10) NOT NULL,    value INTEGER NOT NULL)    

1

CREATE TEMPORARY TABLE tmp_table SELECT * FROM table_name

1

2、内部临时表

内部临时表是一种特殊轻量级的临时表，用来进行性能优化。内部临时表有两种类型：一种是HEAP临时表，这种临时表的所有数据都会存在内存中，对于这种表的操作不需要IO操作。另一种是OnDisk临时表，顾名思义，这种临时表会将数据存储在磁盘上。OnDisk临时表用来处理中间结果比较大的操作。如果HEAP临时表存储的数据大于MAX_HEAP_TABLE_SIZE（详情请参考MySQL手册中系统变量部分），HEAP临时表将会被自动转换成OnDisk临时表。OnDisk临时表在5.7中可以通过INTERNAL_TMP_DISK_STORAGE_ENGINE系统变量选择使用MyISAM引擎或者InnoDB引擎。

创建内部临时表

CREATE TEMPORARY TABLE tmp_table (name VARCHAR(10) NOT NULL,    value INTEGER NOT NULL)  TYPE=HEAP

1

4、派生表

派生表是从SELECT语句返回的虚拟表。派生表类似于临时表，但是在SELECT语句中使用派生表比临时表简单得多，因为它不需要创建临时表的步骤。

当SELECT语句的FROM子句中使用独立子查询时，我们将其称为派生表。

与子查询不同，派生表必须具有别名，以便稍后在查询中引用其名称。 如果派生表没有别名，MySQL将发出错误

示例

orders表和orderdetails表中获得2013年销售收入最高的前5名产品。

5、视图

视图是从一个或几个基本表导出的表。视图本身不存在独立存储在数据库中，是一个虚表。即数据库中只存放视图的定义而不存放视图对应的数据，这些数据仍然存放在导出视图的基本表中。视图在概念上基本与表等同。视图在概念上与基本表等同，用户可以在基本表那样使用视图，可以在视图上再定义视图。

如何创建视图

create view view_name as

# 这里写SQL语句

————————————————

版权声明：本文为CSDN博主「SunBairn」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。

原文链接：https://blog.csdn.net/weixin_44863976/article/details/102789392