java - 为 ORM 域图设计 JPARepository 的最佳实践

Question

我一直在使用标准 MVC 架构(例如域层作为 POJO 和存储库)来设计 Spring Rest api，以从数据库表中获取域数据。到目前为止，这些实体是隔离的，因此设计充当每个实体的单独 RestController、服务和存储库流。我一直在寻求了解领域对象(即 ORM)关联的最佳实践。例如，让我们用下面的伪代码来说明域类(仅用于表达相关设计。我没有提供完整的类):

public class Customer {
    @Column
    private int id;

    @Column;
    private String name;

    @OneToMany
    private List<Order> orders;

    //...getters setters
}

public class Order {
    @Column
    private int id;

    @Column;
    private String orderNumber;

    @OneToMany
    private List<Product> products;

    @ManyToOne
    private Customer customer;

    //...getters setters
}

 public class Product {
    @Column
    private int id;

    @Column;
    private String productName;

    @ManyToOne
    private Order order;

    //...getters setters
}

从设计角度来看我面临的困境。我有以下方法，但很可能都是错误的:

1. 为客户定义一个 RestController 并提供所有 api 资源，例如/customers、/customers/id/orders、/customers/id/orders/id/products 等。拥有一个负责处理这些域的服务。每个域都有单独的 JPARepository。这里“保持简单”的事情是，我为每个域都有单独的存储库，因此我只需在相应的 Repository 类中提供查询方法，以便查找特定域的详细信息，即获取给定客户 ID 的订单。然而，这让我觉得扼杀了使用 ORM 模型的目的，因为我是通过它们的 Repository 类获取各个域。此选项将使所有 3 个存储库类连接到服务类中，我认为这也不是一个好的设计。 3 在这里看起来不错，但在我的实际需求中，ORM 图中有 6 到 7 个域，因此这意味着在一个服务类中 Autowiring 6 个存储库。

2. 一个 RestController 和一个 Service 类，如上面的选项，但 Repository 类也是单一的。仅为客户域创建存储库。通过这种方式，我检索具有其他延迟加载域的客户。这是为了满足“/customers”的 GET 请求。为了满足“/customers/id/orders”的 GET 请求，我将再次使用客户存储库，检索给定 ID 的客户，然后返回订单列表。此外，对于“/customers/id/orders/id/products”的 GET 请求，我需要在 Customer 域中编写手动数据获取机制，以便它负责检索给定 customerId 和 orderId 的产品列表。这样我就使用了一个Repository，满足了使用ORM的目的，然后在Customer域中添加了手动获取数据的方法。我看到的另一个负面因素是，即使我有 customerId 和 orderId 可用，我也需要获取客户域中的完整订单列表。如果我使用单独的订单存储库，我会根据 customerId 和 orderId 获取一个订单。

3. 两者都不正确，但存在更好的方法。

我已经浏览过spring docs用于 ORM 的存储库和 hibernate 文档。我浏览了多个使用 Spring Data Rest 进行一对多映射的教程，但我在不同的教程中发现了混合方法。

这个问题对你来说看起来是重复的，因为我已经阅读了 stackoverflow 上关于这个设计问题的多篇文章，但没有一个答案给我提供了我上面提到的权衡和选项的理由。因此，我重新发布这个问题。

Answer 1

这是一种混合方法。例如在您的情况下，产品实体不需要与订单有 @ManyToOne 关系。想象一下，如果您的产品是 100 万份订单的一部分!您会查询产品多少次来查找订单？您将查询 findOrdersByProduct(Product) 而不是 findProductByOrder(Order)

1. 思考你的用例。有时，如果您永远不会从关系所有者之外获取信息，那么使用一种定向映射是有意义的

2. 考虑一下在查询实体时将获取的数据量(包括联接)。

3. 例如，如果我要获取一个组织，我是否需要获取其所有员工？你的系统会折腾(延迟加载会节省你大部分时间，但如果你有 Angular 那么它会绑定(bind)并获取整个模型)。但与员工实体的组织建立多对一关系确实有意义。