Java - JPA - chú thích @Version

@VersionChú thích hoạt động như thế nào trong JPA?

Tôi đã tìm thấy nhiều câu trả lời khác nhau có trích dẫn như sau:

JPA sử dụng trường phiên bản trong các thực thể của bạn để phát hiện các sửa đổi đồng thời đối với cùng một bản ghi kho dữ liệu. Khi thời gian chạy JPA phát hiện nỗ lực sửa đổi đồng thời cùng một bản ghi, nó sẽ ném ra một ngoại lệ cho giao dịch đang cố gắng thực hiện cuối cùng.

Nhưng tôi vẫn không chắc nó hoạt động như thế nào.

Cũng như từ các dòng sau:

Bạn nên coi các trường phiên bản là bất biến. Thay đổi giá trị trường có kết quả không xác định.

Có nghĩa là chúng ta nên khai báo trường phiên bản của mình là final?

Nhưng tôi vẫn không chắc nó hoạt động như thế nào?

Giả sử một thực thể MyEntitycó thuộc versiontính chú thích :

@Entity
public class MyEntity implements Serializable {    

    @Id
    @GeneratedValue
    private Long id;

    private String name;

    @Version
    private Long version;

    //...
}

Khi cập nhật, trường được chú thích bằng @Versionsẽ được tăng dần và được thêm vào WHEREmệnh đề, giống như sau:

UPDATE MYENTITY SET ..., VERSION = VERSION + 1 WHERE ((ID = ?) AND (VERSION = ?))

Nếu WHEREmệnh đề không khớp với một bản ghi (vì cùng một thực thể đã được cập nhật bởi một luồng khác), thì trình cung cấp độ bền sẽ ném một OptimisticLockException.

Có nghĩa là chúng ta nên khai báo trường phiên bản của mình là trường cuối cùng

Không nhưng bạn có thể cân nhắc việc bảo vệ setter vì bạn không nên gọi nó.

Mặc dù câu trả lời @Pascal là hoàn toàn hợp lệ, từ kinh nghiệm của tôi, tôi thấy mã bên dưới hữu ích để thực hiện khóa lạc quan:

@Entity
public class MyEntity implements Serializable {    
    // ...

    @Version
    @Column(name = "optlock", columnDefinition = "integer DEFAULT 0", nullable = false)
    private long version = 0L;

    // ...
}

Tại sao? Bởi vì:

1. Khóa lạc quan sẽ không hoạt động nếu trường được chú thích bằng @Versionvô tình được đặt thành null.
2. Vì trường đặc biệt này không nhất thiết phải là phiên bản doanh nghiệp của đối tượng, để tránh gây hiểu lầm, tôi thích đặt tên trường như vậy thành một cái gì đó tương tự optlockhơn là version.

Điểm đầu tiên không quan trọng nếu sử dụng ứng dụng chỉ JPA để chèn dữ liệu vào cơ sở dữ liệu, như JPA nhà cung cấp sẽ thi hành 0cho @versionlĩnh vực vào thời điểm sáng tạo. Nhưng hầu như luôn luôn sử dụng các câu lệnh SQL thuần túy (ít nhất là trong quá trình kiểm tra đơn vị và tích hợp).

Mỗi khi một thực thể được cập nhật trong cơ sở dữ liệu, trường phiên bản sẽ được tăng thêm một. Mọi thao tác cập nhật thực thể trong cơ sở dữ liệu sẽ được thêm vào WHERE version = VERSION_THAT_WAS_LOADED_FROM_DATABASEtruy vấn của nó.

Khi kiểm tra các hàng bị ảnh hưởng trong hoạt động của bạn, khuôn khổ jpa có thể đảm bảo rằng không có sửa đổi đồng thời giữa tải và duy trì thực thể của bạn vì truy vấn sẽ không tìm thấy thực thể của bạn trong cơ sở dữ liệu khi số phiên bản của nó đã được tăng lên giữa quá trình tải và tồn tại.

Phiên bản được sử dụng để đảm bảo rằng chỉ có một bản cập nhật trong một thời gian. Nhà cung cấp JPA sẽ kiểm tra phiên bản, nếu phiên bản dự kiến ​​đã tăng lên thì người khác đã cập nhật thực thể nên một ngoại lệ sẽ được đưa ra.

Vì vậy, việc cập nhật giá trị thực thể sẽ an toàn hơn, tối ưu hơn.

Nếu giá trị thay đổi thường xuyên, thì bạn có thể cân nhắc không sử dụng trường phiên bản. Ví dụ: "một thực thể có trường bộ đếm, trường đó sẽ tăng lên mỗi khi một trang web được truy cập"

Chỉ cần thêm một chút thông tin.

JPA quản lý phiên bản cho bạn, tuy nhiên nó không làm như vậy khi bạn cập nhật bản ghi của mình JPAUpdateClause, trong những trường hợp như vậy, bạn cần phải thêm phần tăng phiên bản vào truy vấn theo cách thủ công.

Tương tự có thể nói về cập nhật thông qua JPQL, tức là không phải là một thay đổi đơn giản đối với thực thể, mà là lệnh cập nhật cho cơ sở dữ liệu ngay cả khi điều đó được thực hiện bằng chế độ ngủ đông

Pedro