Kế thừa JPA @EntityGraph bao gồm các hiệp hội tùy chọn của các lớp con

Đưa ra mô hình miền sau, tôi muốn tải tất cả các Answers bao gồm cả con Valuevà các phần tử con tương ứng của chúng và đặt nó vào một AnswerDTOđể sau đó chuyển đổi thành JSON. Tôi có một giải pháp làm việc nhưng nó gặp phải vấn đề N + 1 mà tôi muốn loại bỏ bằng cách sử dụng quảng cáo @EntityGraph. Tất cả các hiệp hội được cấu hình LAZY.

@Query("SELECT a FROM Answer a")
@EntityGraph(attributePaths = {"value"})
public List<Answer> findAll();

Sử dụng một quảng cáo @EntityGraphtrên Repositoryphương pháp tôi có thể đảm bảo rằng các giá trị được tìm nạp trước để ngăn N + 1 trên Answer->Valueliên kết. Trong khi kết quả của tôi vẫn ổn, có một vấn đề N + 1 khác, vì lười tải selectedliên kết của MCValues.

Sử dụng cái này

@EntityGraph(attributePaths = {"value.selected"})

thất bại, vì selectedtrường tất nhiên chỉ là một phần của một số Valuethực thể:

Unable to locate Attribute  with the the given name [selected] on this ManagedType [x.model.Value];

Làm thế nào tôi có thể nói với JPA chỉ thử tìm nạp selectedliên kết trong trường hợp giá trị là a MCValue? Tôi cần một cái gì đó như optionalAttributePaths.

Bạn chỉ có thể sử dụng EntityGraphnếu thuộc tính kết hợp là một phần của siêu lớp và bởi đó cũng là một phần của tất cả các lớp con. Nếu không, ý EntityGraphchí luôn luôn thất bại với những Exceptiongì bạn hiện đang nhận được.

Cách tốt nhất để tránh sự cố chọn N + 1 của bạn là chia truy vấn của bạn thành 2 truy vấn:

Truy vấn thứ nhất tìm nạp các MCValuethực thể bằng cách sử dụng EntityGraphđể tìm nạp liên kết được ánh xạ bởi selectedthuộc tính. Sau truy vấn đó, các thực thể này sau đó được lưu trữ trong bộ đệm cấp 1 / bối cảnh tồn tại của Hibernate. Hibernate sẽ sử dụng chúng khi nó xử lý kết quả của truy vấn thứ 2.

@Query("SELECT m FROM MCValue m") // add WHERE clause as needed ...
@EntityGraph(attributePaths = {"selected"})
public List<MCValue> findAll();

Truy vấn thứ 2 sau đó tìm nạp Answerthực thể và sử dụng một EntityGraphđể cũng tìm nạp các Valuethực thể liên quan. Đối với mỗi Valuethực thể, Hibernate sẽ khởi tạo lớp con cụ thể và kiểm tra xem bộ đệm cấp 1 đã có chứa một đối tượng cho tổ hợp khóa chính và lớp đó chưa. Nếu đó là trường hợp, Hibernate sử dụng đối tượng từ bộ đệm cấp 1 thay vì dữ liệu được truy vấn trả về.

@Query("SELECT a FROM Answer a")
@EntityGraph(attributePaths = {"value"})
public List<Answer> findAll();

Vì chúng tôi đã tìm nạp tất cả các MCValuethực thể với các selectedthực thể được liên kết , giờ đây chúng tôi có được Answercác thực thể có valueliên kết được khởi tạo . Và nếu hiệp hội chứa một MCValuethực thể, selectedliên kết của nó cũng sẽ được khởi tạo.

Tôi không biết Spring-Data đang làm gì ở đó, nhưng để làm điều đó, bạn thường phải sử dụng TREATtoán tử để có thể truy cập vào hiệp hội phụ nhưng việc triển khai cho Toán tử đó khá lỗi. Hibernate hỗ trợ truy cập thuộc tính ngầm định là điều bạn cần ở đây, nhưng rõ ràng Spring-Data không thể xử lý việc này đúng cách. Tôi có thể khuyên bạn nên xem Blaze-Persistence Entity-Views , một thư viện hoạt động trên JPA, cho phép bạn ánh xạ các cấu trúc tùy ý theo mô hình thực thể của bạn. Bạn có thể ánh xạ mô hình DTO của mình theo cách an toàn, cũng là cấu trúc kế thừa. Chế độ xem thực thể cho trường hợp sử dụng của bạn có thể trông như thế này

@EntityView(Answer.class)
interface AnswerDTO {
  @IdMapping
  Long getId();
  ValueDTO getValue();
}
@EntityView(Value.class)
@EntityViewInheritance
interface ValueDTO {
  @IdMapping
  Long getId();
}
@EntityView(TextValue.class)
interface TextValueDTO extends ValueDTO {
  String getText();
}
@EntityView(RatingValue.class)
interface RatingValueDTO extends ValueDTO {
  int getRating();
}
@EntityView(MCValue.class)
interface TextValueDTO extends ValueDTO {
  @Mapping("selected.id")
  Set<Long> getOption();
}

Với tích hợp dữ liệu mùa xuân được cung cấp bởi Blaze-Persistence, bạn có thể xác định một kho lưu trữ như thế này và trực tiếp sử dụng kết quả

@Transactional(readOnly = true)
interface AnswerRepository extends Repository<Answer, Long> {
  List<AnswerDTO> findAll();
}

Nó sẽ tạo ra một truy vấn HQL chỉ chọn những gì bạn đã ánh xạ trong AnswerDTOđó giống như sau.

SELECT
  a.id, 
  v.id,
  TYPE(v), 
  CASE WHEN TYPE(v) = TextValue THEN v.text END,
  CASE WHEN TYPE(v) = RatingValue THEN v.rating END,
  CASE WHEN TYPE(v) = MCValue THEN s.id END
FROM Answer a
LEFT JOIN a.value v
LEFT JOIN v.selected s

Dự án mới nhất của tôi đã sử dụng GraphQL (lần đầu tiên đối với tôi) và chúng tôi gặp vấn đề lớn với các truy vấn N + 1 và cố gắng tối ưu hóa các truy vấn để chỉ tham gia cho các bảng khi chúng được yêu cầu. Tôi đã tìm thấy Cosium / spring-data-jpa-entity-graph không thể thay thế. Nó mở rộng JpaRepositoryvà thêm các phương thức để chuyển trong biểu đồ thực thể vào truy vấn. Sau đó, bạn có thể xây dựng các biểu đồ thực thể động trong thời gian chạy để thêm vào các phép nối trái chỉ cho dữ liệu bạn cần.

Luồng dữ liệu của chúng tôi trông giống như thế này:

1. Nhận yêu cầu GraphQL
2. Phân tích yêu cầu GraphQL và chuyển đổi sang danh sách các nút biểu đồ thực thể trong truy vấn
3. Tạo biểu đồ thực thể từ các nút được phát hiện và chuyển vào kho lưu trữ để thực thi

Để giải quyết vấn đề không bao gồm các nút không hợp lệ vào biểu đồ thực thể (ví dụ __typenametừ graphql), tôi đã tạo một lớp tiện ích xử lý việc tạo biểu đồ thực thể. Lớp gọi đi trong tên lớp mà nó đang tạo biểu đồ, sau đó xác nhận hợp lệ từng nút trong biểu đồ dựa trên siêu mô hình được duy trì bởi ORM. Nếu nút không có trong mô hình, nó sẽ loại bỏ nó khỏi danh sách các nút đồ thị. (Kiểm tra này cần phải được đệ quy và kiểm tra từng đứa trẻ)

Trước khi tìm thấy điều này, tôi đã thử các phép chiếu và mọi phương án khác được đề xuất trong các tài liệu Spring JPA / Hibernate, nhưng dường như không có gì có thể giải quyết vấn đề một cách thanh lịch hoặc ít nhất là với một tấn mã bổ sung

Chỉnh sửa sau khi nhận xét của bạn:

Tôi xin lỗi, tôi đã không hiểu rõ vấn đề của bạn trong vòng đầu tiên, vấn đề của bạn xảy ra khi khởi động dữ liệu mùa xuân, không chỉ khi bạn cố gắng gọi hàm findAll ().

Vì vậy, bây giờ bạn có thể điều hướng ví dụ đầy đủ có thể được lấy từ github của tôi: https://github.com/bdzzaid/stackoverflow-java/blob/master/jpa-hibernate/

Bạn có thể dễ dàng tái tạo và khắc phục vấn đề của bạn trong dự án này.

Thực tế, dữ liệu Spring và ngủ đông không có khả năng xác định biểu đồ "được chọn" theo mặc định và bạn cần chỉ định cách để thu thập tùy chọn đã chọn.

Vì vậy, trước tiên, bạn phải khai báo NamedEntityGraphs của lớp Trả lời

Như bạn có thể thấy, có hai NamedEntityGraph cho giá trị thuộc tính của lớp Trả lời

• Đầu tiên cho tất cả Giá trị mà không có mối quan hệ cụ thể để tải

• Thứ hai cho giá trị Multichoice cụ thể . Nếu bạn loại bỏ cái này, bạn tái tạo ngoại lệ.

Thứ hai, bạn cần ở trong bối cảnh giao dịch answerRep repository.find ALL () nếu bạn muốn tìm nạp dữ liệu theo kiểu LAZY

@Entity
@Table(name = "answer")
@NamedEntityGraphs({
    @NamedEntityGraph(
            name = "graph.Answer", 
            attributeNodes = @NamedAttributeNode(value = "value")
    ),
    @NamedEntityGraph(
            name = "graph.AnswerMultichoice",
            attributeNodes = @NamedAttributeNode(value = "value"),
            subgraphs = {
                    @NamedSubgraph(
                            name = "graph.AnswerMultichoice.selected",
                            attributeNodes = {
                                    @NamedAttributeNode("selected")
                            }
                    )
            }
    )
}
)
public class Answer
{

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    @Column(updatable = false, nullable = false)
    private int id;

    @OneToOne(cascade = CascadeType.ALL)
    @JoinColumn(name = "value_id", referencedColumnName = "id")
    private Value value;
// ..
}