Sử dụng thừa kế trong PostgreSQL

Question

Đối với người có kinh nghiệm sử dụng kế thừa trong PostgreSQL: Có đáng sử dụng nó hay không hay không? Trong tình huống nào bạn sẽ sử dụng nó?

Thành thật mà nói, tôi không hoàn toàn hiểu được sự khác biệt giữa các mô hình quan hệ và OO ...

Answer 1

đẹp, nhưng hãy chắc chắn bạn hiểu được những hãy cẩn thận vạch ra trong cuốn hướng dẫn trước khi sử dụng nó của nó. Hiện nay cách nó xử lý các ràng buộc là một chút thô nhưng nó trên danh sách việc cần làm. Nó đặc biệt hữu ích với việc phân vùng. Một ví dụ OO khác sẽ được kế thừa từ bảng người để tạo bảng nhân viên.

Tất nhiên, nhược điểm của nó là không di chuyển đến bất kỳ rdbms nào khác vì vậy nếu bạn phải lưu trữ lại cơ sở dữ liệu trên một rdbms khác, bạn phải viết lại một loạt các thứ.

Answer 2

Có lẽ không, có những cảnh báo về sự thừa kế bảng PostgreSQL, chẳng hạn như không có ràng buộc duy nhất toàn cầu, vì vậy bạn mất nhiều sự đảm bảo nhất quán. Việc viết các truy vấn hoạt động tốt cũng có thể là một thách thức. Như được chỉ ra bởi Scott, sự thừa kế PostgreSQL chỉ thực sự hữu ích cho việc phân vùng bảng, nơi nó là một sự cân bằng hiệu suất để bắt đầu.

Có 2 cách phổ biến để sử dụng thành ngữ SQL chuẩn cho lớp kế thừa:

• Mỗi đối tượng có một hàng cá nhân trong một bảng cha, và các đối tượng lớp con cũng có một hàng trong một bảng phân lớp cụ thể, mà đề cập đến các trường siêu lớp bằng tham chiếu khóa ngoài.
• Chỉ cần gộp tất cả các trường siêu lớp và phân lớp trong một bảng lớn duy nhất và để chúng là NULL mà giá trị của chúng không áp dụng được. Điều này làm việc đặc biệt tốt trong PostgreSQL, bởi vì giá trị NULL chỉ tiêu thụ 1 bit cho mỗi hàng, và thêm/xóa các trường vào bảng hiện có là rất nhanh (bất kể số lượng dữ liệu). Bạn có thể có thể viết một trình kích hoạt để xác minh rằng các trường bắt buộc cho một loại lớp cụ thể có mặt.