MySQL: Hai quan hệ n: 1, nhưng không phải cả hai cùng một lúc

Question

Xin lỗi cho tiêu đề, thật khó để giải thích.

Tôi cần một mô hình dữ liệu tương tự như sau:

Như bạn có thể thấy, một tập thể thuộc về cả một người dùng hoặc một trường học. Vấn đề của tôi: Nó chỉ nên được cho phép thuộc về một người dùng HOẶC một trường học. Nhưng không bao giờ cả hai cùng một lúc.

Làm cách nào để giải quyết vấn đề này?

Answer 1

Thiết kế hiện tại của bạn được gọi là vòng cung độc quyền trong đó bảng sets có hai khóa ngoài và cần chính xác một trong số đó là không rỗng. Đây là một cách để thực hiện các mối liên kết đa hình, vì một khoá ngoại đã cho chỉ có thể tham khảo một bảng đích.

Một giải pháp khác là tạo một "siêu phổ biến" chung mà cả hai tham chiếu users và schools, sau đó sử dụng làm phụ huynh của sets.

create table set_owner 

create table users 
    PK is also FK --> set_owner 

create table schools 
    PK is also FK --> set_owner 

create table sets 
    FK --> set_owner 

Bạn có thể nghĩ về điều này như tương tự với một giao diện trong mô hình OO:

interface SetOwner { ... } 

class User implements SetOwner { ... } 

class School implements SetOwner { ... } 

class Set { 
    SetOwner owner; 
} 

---

Re bình luận của bạn:

Vì vậy, các bảng SetOwner chứa cả userIds và SchoolID, đúng không? Điều đó có nghĩa là tôi sẽ không được phép có cùng một ID cho người dùng và trường học. Làm thế nào tôi có thể thực thi điều này?

Để bảng SetOwners tạo giá trị id. Bạn phải chèn vào SetOwners trước khi bạn có thể chèn vào Người dùng hoặc Trường học. Vì vậy, hãy tạo id trong Số người dùng và trường học không tự động tăng thêm; chỉ sử dụng giá trị được tạo bởi SetOwners:

INSERT INTO SetOwners DEFAULT VALUES; -- generates an id 
INSERT INTO Schools (id, name, location) VALUES (LAST_INSERT_ID(), 'name', 'location'); 

Bằng cách này, giá trị id đã cho sẽ không được sử dụng cho cả trường học và người dùng.

Nếu tôi muốn nhận loại chủ sở hữu cho tập hợp, tôi có cần thuộc tính ownerType trong bảng SetOwner của tôi không?

Bạn chắc chắn có thể làm điều này. Trong thực tế, có thể có các cột khác chung cho cả Người dùng và Trường học, và bạn có thể đặt các cột này trong SetOwners siêu cấp. Điều này được đưa vào mẫu Class Table Inheritance của Martin Fowler.

Và nếu tôi muốn lấy tên trường hoặc người dùng (tùy theo loại nào), tôi có thể thực hiện điều này bằng một truy vấn hay không? để có được tên)?

Bạn cần tham gia. Nếu bạn đang truy vấn từ một Tập hợp nhất định và bạn biết nó thuộc về một người dùng (không phải trường học), bạn có thể bỏ qua việc tham gia vào SetOwners và tham gia trực tiếp với Người dùng. Tham gia không nhất thiết phải đi bằng các khóa ngoại.

SELECT u.name FROM Sets s JOIN Users u ON s.SetOwner_id = u.id WHERE ... 

Nếu bạn không biết liệu một tập hợp thuộc về một tài khoản hoặc một trường, bạn sẽ phải làm một bên ngoài tham gia vào cả hai:

SELECT COALESCE(u.name, sc.name) AS name 
FROM Sets s 
LEFT OUTER JOIN Users u ON s.SetOwner_id = u.id 
LEFT OUTER JOIN Schools sc ON s.SetOwner_id = sc.id 
WHERE ... 

Bạn biết rằng SetOwner_id phải phù hợp với một hoặc bảng khác, Người dùng hoặc Trường học, nhưng không phải cả hai.

Answer 2

Bạn sẽ phải sử dụng trình kích hoạt để thực thi quy tắc kinh doanh này, vì MySQL có nhưng không thực thi ràng buộc CHECK (trên bất kỳ công cụ nào).

Answer 3

Với báo trước: Nó không hoàn toàn rõ ràng về những gì một Set trong mô hình dữ liệu của bạn.

Tôi đang đặt câu hỏi cho mô hình dữ liệu của bạn.

Tại sao người dùng -> Bộ và trường -> Bộ phải trỏ đến cùng một bảng. Nó không được chuẩn hóa hơn nếu đó là những tập dữ liệu độc lập. Chỉ vì họ chia sẻ một số điểm tương đồng trong các cột mà họ theo dõi không có nghĩa là chúng nên được lưu trữ trong cùng một bảng. Có phải chúng hợp lý giống nhau không?

Chỉ cần tạo các bảng riêng cho Bộ trường học và cho Bộ người dùng. Điều này sẽ làm cho các truy vấn nghịch đảo dễ dàng hơn vì bạn sẽ không phải kiểm tra các mối quan hệ rỗng trong bảng Sets để biết nếu nó thực sự là một UserSet hoặc một SchoolSet.