gpt4 book ai didi

java - Spring data JPA中一对多连接关系获取列数据

转载 作者:行者123 更新时间:2023-12-02 00:15:19 25 4
gpt4 key购买 nike

假设我有两个数据库表:Product 和 ProductDetails。

create table Product
{
product_id int not null,
product_name varchar(100) not null,
PRIMARY KEY (product_id)
}
create table ProductDetails
{
detail_id int not null,
product_id int not null,
description varchar(100) not null,
PRIMARY KEY (detail_id,product_id),
FOREIGN KEY (product_id) REFERENCES Product(product_id)
}

每个产品可以有多个产品详细信息条目,但每个产品详细信息只能属于一个产品。在 SQL 中,我希望能够检索每个产品详细信息,但也能检索产品名称,并且我将使用 join 语句来实现这一点。

select p.product_id,pd.detail_id,p.product_name,pd.description
from Product p join ProductDetails pd on p.product_id=pd.product_id

现在我需要以 Spring data JPA 形式拥有这个概念。我目前的理解如下:

@Table(name = "Product")
public class ProductClass
{
private int productID;
private String productName;
}

@Table(name = "ProductDetails")
public class ProductDetailsClass
{
private int detailID;
private int productID;

// this is the part I don't know how to set. @OneToMany? @ManyToOne? @JoinTable? @JoinColumn?
private String productName;

private String description;
}

(我没有包含任何属性,例如 @Id 以保持代码最少)

我需要写什么才能让这个 private String ProductName; 正常工作?我对 @JoinTable@OneToMany 以及其他属性的研究让我更加困惑。

附注这是我继承的一个遗留Java程序。 private String ProductName; 部分不在原始代码中,但现在我需要 ProductDetails 类才能使 productName 可用。

P.P.S。在尝试任何事情和部署之前,我想清楚地了解我正在做什么。这是一个部署到生产环境的遗留程序,据我了解,这里的任何代码更改都可能会更改数据库结构,而且再多的钱也不足以让我想要恢复 Java 程序、Spring 框架、Apache如果发生任何灾难性事件,服务器和 MySQL 数据库将恢复正常工作。另外我真的没有开发环境来测试这个。帮助...

最佳答案

您的研究已经朝着正确的方向发展:您需要一个 @OneToMany 关系。 Hibernate 的最佳描述有 Vlad Mihalcea 。在他的网页上,您还可以找到对这些关系的很好的解释:The best way to map a @OneToMany relationship with JPA and Hibernate .

首先,您必须正确创建实体(实体由关系数据库中的表表示)。

单向(@OneToMany)

@Entity
@Table(name = "product")
public class Product
{
@Id
@GeneratedValue
private Long productID;

private String productName;

@OneToMany(cascade = CascadeType.ALL, orphanRemoval = true)
private List<ProductDetail> productDetails;

//Constructors, getters and setters...
}

@Entity
@Table(name = "product_details")
public class ProductDetail
{
@Id
@GeneratedValue
private Long detailID;

private String description;

//Constructors, getters and setters...
}

这是基于单向关系。因此,每个产品都知道所有分配的产品详细信息。但 ProductDetails 没有指向其产品的链接。但是,不建议这种单向实现。它会导致数据库大小的增加,即使使用 @JoinColumn 进行优化也并不理想,因为更多的 SQL 调用。

单向(@ManyToOne)

@Entity
@Table(name = "product")
public class Product
{
@Id
@GeneratedValue
private Long productID;

private String productName;

//Constructors, getters and setters...
}

@Entity
@Table(name = "product_details")
public class ProductDetail
{
@Id
@GeneratedValue
private Long detailID;

private String description;

@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(name = product_id)
private Product product;

//Constructors, getters and setters...
}

在这种单向关系中,只有 ProductDetails 知道哪个 Product 被分配给他们。对于每个产品的大量 ProductDetail 对象,请考虑这一点。

@JoinColumn 注释指定表 product_details 中保存产品外键(其 id)的列的名称。它也可以在没有此注释的情况下工作,但使用此注释会更有效。

双向(@OneToMany 和 @ManyToOne)

@Entity
@Table(name = "product")
public class Product
{
@Id
@GeneratedValue
private Long productID;

private String productName;

@OneToMany(mappedBy = "product", cascade = CascadeType.ALL, orphanRemoval = true)
private List<ProductDetail> productDetails;

//Constructors, add, remove method, getters and setters...
}

@Entity
@Table(name = "product_details")
public class ProductDetail
{
@Id
@GeneratedValue
private Long detailID;

private String description;

@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(name = product_id)
private Product product;

//Constructors, getters and setters...
}

通过双向关系,双方对象(Product 和 ProductDetail)知道哪些其他对象被分配给它们。

但根据 Vlad Mihalcea 的说法,this should not be used if too many ProductDetails exist per Product .

还要记住为列表条目实现正确的添加和删除方法(再次参见articleotherwise weird exceptions)。

其他

通过级联,产品中的更改也会应用到其产品详细信息。 OrphanRemoval 避免了 ProductDetails 中没有产品。

Product product = new Product("Interesting Product");

product.getProductDetails().add(
new ProductDetails("Funny description")
);
product.getProductDetails().add(
new ProductDetails("Different description")
);

entityManager.persist(product);

关于正确的 equals 和 hashCode 方法的问题通常是您脑海中的一个复杂的难题。特别是对于双向关系,而且在依赖数据库连接的其他情况下,建议 implement them quite simply as described by Vlad .

将对象用于原始数据类型也是一种很好的做法。这使您可以选择在调用 getter 时检索正确的 null。

Avoiding eager fetching should be quite clear...

当您现在尝试从数据库中检索产品时,该对象会自动拥有分配给它的所有产品详细信息的列表。为了实现这一目标,JPA repositories in Spring could be used 。简单的方法不必实现。当您需要更多自定义功能时,请查看this article by Baeldung .

关于java - Spring data JPA中一对多连接关系获取列数据,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/58090291/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com