Cách khắc phục các vấn đề về hiệu suất do SQL tạo ra của lớp con công đoàn trong Hibernate

Question

Tôi đang sử dụng hỗ trợ Hibernate cho chiến lược thừa kế TABLE_PER_CLASS. Chức năng khôn ngoan nó hoạt động tốt. Bất cứ khi nào truy vấn đa hình được cấp Hibernate tạo ra một SQL có chứa "union all" cho hai lớp bê tông của tôi Một & B. tạo SQL có định dạng sau:

select C1, C2, C3 from (
    select C1, C2, C3 from ClassA 
    union all 
    select C1, C2, C3 from ClassB 
) 
where 
    C1 == <value> 
order by C2 
limit 100 

Vấn đề phương pháp này bị hiệu suất thực sự tồi tệ trên DB bên. Có tính đến cột C1 là thuộc tính được chia sẻ của ClassA và ClassB (bắt nguồn từ bố mẹ trừu tượng) Hibernate có thể chèn mệnh đề where trong cả hai lựa chọn phụ và cải thiện đáng kể hiệu suất. Ví dụ:

select C1, C2, C3 from ( 
    select C1, C2, C3 from ClassA where C1 == <value> 
    union all 
    select C1, C2, C3 from ClassB where C1 == <value> 
) 
order by C2 
limit 100 

Một số tối ưu hóa cũng có thể được thực hiện trên giới hạn. Tôi đang sử dụng API tiêu chí Hibernate trong lớp DAO của tôi.

Trình chặn, onPrepareStatment() không thể được sử dụng vì đối số không hiển thị. Sử dụng phân vùng và có thể các tùy chọn khác trên DB hiện nằm ngoài phạm vi vì chúng tôi muốn tránh tối ưu hóa DB cụ thể ở giai đoạn này của công việc.

Bất kỳ ý tưởng nào về cách thao tác ngủ đông để cải thiện hiệu suất?

Answer 1

Tôi muốn có hiệu suất cơ sở dữ liệu cao hơn tôi khuyên bạn không nên sử dụng các truy vấn bảng-pr và nhiều hoặc các truy vấn đa hình lớn. Một cột phân biệt đối xử thường sẽ tốt hơn.

Lưu ý rằng bạn có thể kết hợp bảng-pr-class với discrimantor-cột nếu bạn có nhiều hơn hai cấp trong lớp của bạn khó xử.