PostgreSQL có đúng ba cách nối hai bảng. Tôi ép chạy cả ba trên cùng truy vấn để xem chúng chênh nhau bao nhiêu, tìm ra một dải mà lựa chọn của bộ tối ưu không phải nhanh nhất, và một lần thiếu thống kê làm truy vấn chậm 800 lần mà không báo lỗi.
Nhiều năm liền, WITH của PostgreSQL là một hàng rào tối ưu không chuẩn SQL nào đòi hỏi: điều kiện lọc bên ngoài không được đẩy vào trong. PostgreSQL 12 đổi điều đó. Tôi dựng cả hai phiên bản với dữ liệu giống hệt để đo, và chỉ ra vì sao 'sửa' một hành vi tình cờ lại là một thay đổi phá vỡ.
ORM giấu việc truy cập CSDL quá giỏi, và mọi vấn đề tốn kém của tầng dữ liệu nằm đúng ở chỗ nó giấu. Bảng quyết định rút từ bảy phép đo thật, ba dòng cấu hình đáng đặt vào mọi dự án, và bốn thói quen đáng mang theo.
H2 như diễn viên đóng thế giống người thật ở cảnh dễ nhưng là một CSDL khác bên dưới. Bảng đối chiếu chín hành vi H2 và PostgreSQL — gồm ký tự NUL từng làm hỏng blog này — @DataJpaTest, Testcontainers, và test đếm số truy vấn.
Pool kết nối như một đội xe chung của công ty: ký mượn một chiếc, chạy việc, ký trả; hết xe thì bị từ chối chứ không xếp hàng vô hạn. Vì sao đội xe đông hơn không chạy việc nhanh hơn, bốn tham số HikariCP, và nguyên nhân thật của cạn pool.
Migration lược đồ như cuốn nhật ký chỉ-thêm: mỗi bước một mục đánh số, chạy lại theo thứ tự là ra đúng lược đồ hôm nay, mục đã viết thì niêm lại. Vì sao ddl-auto update không phải chiến lược, và cách đổi lược đồ không dừng dịch vụ.