Có một giao dịch Hibernate rollback xóa "session.flush()" ed thực thể?

Question

Tôi đã nhầm lẫn về transaction.rollback. Dưới đây là ví dụ về mã giả:

transaction = session.beginTransaction()  
EntityA a = new EntityA();  
session.save(a);  
session.flush();  
transaction.rollback(); 

Điều gì xảy ra khi mã này hoạt động? Tôi có thực thể trong cơ sở dữ liệu hay không?

Answer 1

Câu trả lời ngắn gọn: Không, bạn sẽ không có thực thể trong cơ sở dữ liệu.

Câu trả lời dài hơn: hibernate đủ thông minh để không gửi chèn/cập nhật cho DB cho đến khi nó biết giao dịch sẽ được cam kết hoặc quay lại (mặc dù hành vi này có thể được thay đổi bằng cách đặt FlushMode khác) trường hợp bằng cách gọi lệnh flush bạn buộc SQL phải được gửi đến DB nhưng bạn vẫn có giao dịch DB để bảo vệ bạn, khi bạn gọi rollback, giao dịch DB sẽ được khôi phục lại các thay đổi được thực hiện bên trong chính nó và do đó không có gì thực sự được lưu . Lưu ý rằng tùy thuộc vào mức cô lập giao dịch được định cấu hình của bạn, có lẽ các giao dịch khác sẽ có thể thấy theo một cách nào đó mà EntityA bạn đã lưu trong khoảng thời gian ngắn giữa lưu và khôi phục. Cũng lưu ý rằng tuôn ra được gọi tự động khi bạn cố gắng đọc từ DB, trong 99% các trường hợp gọi nó rõ ràng là không cần thiết. Một ngoại lệ mà bạn nghĩ đến là khi thử nghiệm đơn vị với các kiểm tra tự động quay lại.

Answer 2

Khi bạn gọi session.save(a) Hibernate về cơ bản nhớ một nơi nào đó trong phiên mà đối tượng này phải được lưu. Nó có thể quyết định nếu anh ta muốn phát hành INSERT INTO... ngay lập tức, một thời gian sau đó hoặc trên cam kết. Đây là một cải tiến hiệu suất, cho phép Hibernate chèn hàng loạt hoặc tránh chúng nếu giao dịch được khôi phục.

Khi bạn gọi session.flush(), Hibernate buộc phải phát hành INSERT INTO... đối với cơ sở dữ liệu. Thực thể được lưu trữ trong cơ sở dữ liệu, nhưng chưa được cam kết. Tùy thuộc vào mức cô lập giao dịch, nó sẽ không được nhìn thấy bởi các giao dịch đang chạy khác. Nhưng bây giờ cơ sở dữ liệu biết về hồ sơ.

Khi bạn gọi transaction.rollback(), Hibernate sẽ cuộn lại giao dịch cơ sở dữ liệu. Cơ sở dữ liệu xử lý rollback, do đó loại bỏ đối tượng mới được tạo ra.

Bây giờ, hãy xem xét trường hợp không có flush(). Trước hết, bạn không bao giờ chạm vào cơ sở dữ liệu để hiệu suất là tốt hơn và rollback về cơ bản là một no-op. Mặt khác, nếu mức cô lập giao dịch là READ UNCOMMITTED, các giao dịch khác có thể xem bản ghi được chèn ngay cả trước khi cam kết/khôi phục. Nếu không có flush() điều này sẽ không xảy ra, trừ khi Hibernate không quyết định flush() ngầm.

Answer 3

Tôi nghĩ bạn bị nhầm lẫn với flush và commit.

flush() đồng bộ hóa trạng thái với cơ sở dữ liệu nhưng không thực hiện cam kết. Nhà nước vẫn có thể nhìn thấy bằng giao dịch, do đó bạn có thể gọi rollback để rollback.

Vì vậy, câu trả lời cho câu hỏi của bạn là: không, bạn không có thực thể (a) trong cơ sở dữ liệu.