Ba cách lấy hai cột, cùng một truy vấn — nhưng chỉ một cách không kéo theo rủi ro
Projection bằng interface, constructor expression, và entity đầy đủ: đo số truy vấn, và ba thứ chỉ entity mới mang theo.
#spring
60 bài viết
Bốn ô lọc tuỳ chọn là mười sáu câu truy vấn — hoặc một Specification
Specification ghép điều kiện động và tự bỏ điều kiện null, Criteria API, và khi nào nên quay lại viết SQL.
Khoá bi quan cho ra số dư âm 100 — và đó là bằng chứng nó hoạt động đúng
Hai luồng cùng rút tiền, ba cách xử lý đo được, và vì sao con số trông an toàn hơn lại là con số sai.
Bắt ngoại lệ từ giao dịch con, và Spring vẫn ném UnexpectedRollbackException vào mặt bạn
REQUIRED và REQUIRES_NEW đo bằng số bản ghi thật, vì sao bắt ngoại lệ không cứu được giao dịch, và bảy mức lan truyền dùng khi nào.
Ném checked exception: bản ghi vẫn được lưu. Ném RuntimeException: không. Mặc định của Spring là vậy
@Transactional chạy bằng proxy nên tự gọi thì không có tác dụng, quy tắc rollback đo được, và readOnly âm thầm nuốt thay đổi.
Spring Boot bật sẵn open-session-in-view và cảnh báo chính nó — đây là lý do
LazyInitializationException đo được, OSIV giấu nó đi bằng cách nào, cái giá phải trả, và cách sửa đúng.