Sự khác biệt giữa THAM GIA và THAM GIA FETCH khi sử dụng JPA và Hibernate

Vui lòng giúp tôi hiểu nơi sử dụng THAM GIA thường xuyên và nơi THAM GIA THAM GIA.

Ví dụ: nếu chúng ta có hai truy vấn này

FROM Employee emp
JOIN emp.department dep

và

FROM Employee emp
JOIN FETCH emp.department dep

Có sự khác biệt nào giữa chúng không? Nếu có, sử dụng cái nào khi nào?

Trong hai truy vấn này, bạn đang sử dụng THAM GIA để truy vấn tất cả các nhân viên có ít nhất một bộ phận liên quan.

Nhưng, sự khác biệt là: trong truy vấn đầu tiên, bạn chỉ trả lại các Việc làm cho Hibernate. Trong truy vấn thứ hai, bạn đang trả lại các Việc làm và tất cả các Phòng ban liên quan.

Vì vậy, nếu bạn sử dụng truy vấn thứ hai, bạn sẽ không cần thực hiện truy vấn mới để truy cập lại cơ sở dữ liệu để xem các Phòng ban của mỗi Nhân viên.

Bạn có thể sử dụng truy vấn thứ hai khi bạn chắc chắn rằng bạn sẽ cần Bộ phận của mỗi nhân viên. Nếu bạn không cần Bộ, sử dụng truy vấn đầu tiên.

Tôi khuyên bạn nên đọc liên kết này nếu bạn cần áp dụng một số điều kiện WHERE (những gì bạn có thể sẽ cần): Làm thế nào để diễn đạt chính xác JPQL "tham gia tìm nạp" với mệnh đề "where" như JPA 2 CriteriaQuery?

Cập nhật

Nếu bạn không sử dụng fetchvà các Phòng ban tiếp tục được trả lại, là do bản đồ của bạn giữa Nhân viên và Bộ phận (a @OneToMany) được giải quyết FetchType.EAGER. Trong trường hợp này, mọi fetchtruy vấn HQL (có hoặc không) FROM Employeesẽ mang lại tất cả các Phòng ban. Hãy nhớ rằng tất cả ánh xạ * ToOne ( @ManyToOnevà @OneToOne) theo mặc định là EAGER.

trong liên kết này tôi đã đề cập trước khi bình luận, đọc phần này:

Tham gia "tìm nạp" cho phép các liên kết hoặc bộ sưu tập các giá trị được khởi tạo cùng với các đối tượng cha của chúng bằng một lựa chọn duy nhất. Điều này đặc biệt hữu ích trong trường hợp của một bộ sưu tập. Nó có hiệu quả ghi đè các khai báo bên ngoài và lười biếng của tệp ánh xạ cho các hiệp hội và bộ sưu tập.

"THAM GIA FETCH" này sẽ có hiệu lực nếu bạn có thuộc tính (fetch = FetchType.LAZY) cho một bộ sưu tập bên trong thực thể (ví dụ dưới đây).

Và nó chỉ có hiệu lực theo phương pháp "khi truy vấn sẽ xảy ra". Và bạn cũng phải biết điều này :

ngủ đông có hai khái niệm trực giao: khi nào thì liên kết được tìm nạp và nó được tìm nạp như thế nào. Điều quan trọng là bạn không nhầm lẫn chúng. Chúng tôi sử dụng tìm nạp để điều chỉnh hiệu suất. Chúng ta có thể sử dụng lười biếng để xác định hợp đồng cho dữ liệu nào luôn có sẵn trong bất kỳ trường hợp riêng biệt nào của một lớp cụ thể.

khi nào liên kết được tải xuống -> loại "FETCH" của bạn

nó được tải như thế nào -> Tham gia / chọn / Đăng ký / Batch

Trong trường hợp của bạn, FETCH sẽ chỉ có hiệu lực nếu bạn có bộ phận như một bộ bên trong Nhân viên, một cái gì đó như thế này trong thực thể:

@OneToMany(fetch = FetchType.LAZY)
private Set<Department> department;

khi bạn sử dụng

FROM Employee emp
JOIN FETCH emp.department dep

bạn sẽ nhận được empvà emp.dep. Khi bạn không sử dụng tìm nạp, bạn vẫn có thể nhận được emp.depnhưng hibernate sẽ xử lý một lựa chọn khác vào cơ sở dữ liệu để lấy bộ phận đó.

vì vậy đây chỉ là vấn đề điều chỉnh hiệu suất, về việc bạn muốn nhận được tất cả kết quả (bạn có cần hay không) trong một truy vấn duy nhất (háo hức tìm nạp) hoặc bạn muốn truy vấn nó sau khi bạn cần (tìm nạp lười biếng).

Sử dụng tìm nạp háo hức khi bạn cần lấy dữ liệu nhỏ với một lần chọn (một truy vấn lớn). Hoặc sử dụng tìm nạp lười biếng để truy vấn những gì bạn cần sau này (nhiều truy vấn nhỏ hơn).

sử dụng tìm nạp khi:

• không có bộ sưu tập lớn không cần thiết / thiết lập bên trong thực thể mà bạn sắp có

• giao tiếp từ máy chủ ứng dụng đến máy chủ cơ sở dữ liệu quá xa và cần thời gian dài

• bạn có thể cần rằng bộ sưu tập sau khi bạn không có quyền truy cập vào nó ( ngoài các giao dịch phương pháp / lớp)

THAM GIA

Khi sử dụng JOINđể chống lại một hiệp hội thực thể, JPA sẽ tạo THAM GIA giữa thực thể mẹ và các bảng thực thể con trong câu lệnh SQL được tạo.

Vì vậy, lấy ví dụ của bạn, khi thực hiện truy vấn JPQL này:

FROM Employee emp
JOIN emp.department dep

Hibernate sẽ tạo ra câu lệnh SQL sau:

SELECT emp.*
FROM employee emp
JOIN department dep ON emp.department_id = dep.id

Lưu ý rằng SELECTmệnh đề SQL chỉ chứa các employeecột trong bảng chứ không chứa các cột department. Để lấy các departmentcột của bảng, chúng ta cần sử dụng JOIN FETCHthay vì JOIN.

THAM GIA

Vì vậy, so với JOIN, JOIN FETCHcho phép bạn chiếu các cột của bảng tham gia trong SELECTmệnh đề của câu lệnh SQL được tạo.

Vì vậy, trong ví dụ của bạn, khi thực hiện truy vấn JPQL này:

FROM Employee emp
JOIN FETCH emp.department dep

Hibernate sẽ tạo ra câu lệnh SQL sau:

SELECT emp.*, dept.*
FROM employee emp
JOIN department dep ON emp.department_id = dep.id

Lưu ý rằng, lần này, các departmentcột trong bảng cũng được chọn, không chỉ các cột được liên kết với thực thể được liệt kê trong FROMmệnh đề JPQL.

Ngoài ra, JOIN FETCHlà một cách tuyệt vời để giải quyết LazyInitializationExceptionkhi sử dụng Hibernate vì bạn có thể khởi tạo các liên kết thực thể bằng FetchType.LAZYchiến lược tìm nạp cùng với thực thể chính mà bạn đang tìm nạp.

Nếu bạn đã @oneToOneđặt ánh xạ FetchType.LAZYvà bạn sử dụng truy vấn thứ hai (vì bạn cần tải các đối tượng Bộ như một phần của đối tượng Nhân viên), Hibernate sẽ làm gì, nó sẽ đưa ra các truy vấn để tìm nạp các đối tượng Bộ cho từng đối tượng Nhân viên mà nó tìm nạp từ DB.

Sau đó, trong mã, bạn có thể truy cập các đối tượng của Bộ thông qua Hiệp hội có giá trị đơn lẻ của Bộ và Hibernate sẽ không đưa ra bất kỳ truy vấn nào để tìm nạp đối tượng Bộ cho Nhân viên cụ thể.

Hãy nhớ rằng, Hibernate vẫn đưa ra các truy vấn bằng với số lượng Nhân viên mà nó đã tìm nạp. Hibernate sẽ đưa ra cùng một số lượng truy vấn trong cả hai truy vấn trên, nếu bạn muốn truy cập các đối tượng Bộ của tất cả các đối tượng Nhân viên

Dherik: Tôi không chắc về những gì bạn nói, khi bạn không sử dụng tìm nạp, kết quả sẽ thuộc loại: List<Object[ ]>có nghĩa là danh sách các bảng Object chứ không phải danh sách Nhân viên.

Object[0] refers an Employee entity 
Object[1] refers a Departement entity 

Khi bạn sử dụng tìm nạp, chỉ có một lựa chọn và kết quả là danh sách Nhân viên List<Employee>có chứa danh sách khởi hành. Nó ghi đè lên tuyên bố lười biếng của thực thể.