khóa ngoài có thể tham chiếu đến khóa chính trong cùng một bảng không?

Question

Tôi chỉ nghĩ rằng câu trả lời là sai vì khóa ngoài không có thuộc tính uniqueness.

Nhưng một số người nói rằng nó có thể là trong trường hợp tự tham gia bàn. Tôi mới đến SQL. Nếu sự thật của nó, hãy giải thích làm thế nào và tại sao?

Employee table 
| e_id | e_name | e_sala | d_id | 
|---- |------- |----- |--------| 
| 1 | Tom | 50K | A | 
| 2 | Billy | 15K | A | 
| 3 | Bucky | 15K | B | 


department table 
| d_id | d_name | 
|---- |------- | 
| A | XXX | 
| B | YYY | 

Bây giờ, d_id là khóa ngoại để làm thế nào nó có thể là khóa chính. Và giải thích điều gì đó về join. Sử dụng của nó là gì?

Answer 1

Tôi nghĩ câu hỏi hơi khó hiểu.

Nếu bạn có nghĩa là "khóa ngoại có thể" tham chiếu đến khóa chính trong cùng một bảng không? ", Câu trả lời là công ty có khi một số trả lời. Ví dụ, trong một bảng nhân viên, một hàng cho một nhân viên có thể có một cột để lưu trữ số nhân viên của người quản lý nơi người quản lý cũng là một nhân viên và do đó sẽ có một hàng trong bảng giống như một hàng của bất kỳ nhân viên nào khác.

Nếu bạn có nghĩa là "cột có thể (hoặc tập hợp cột) là khóa chính cũng như khóa ngoại trong cùng một bảng?", Câu trả lời, theo quan điểm của tôi, là không; nó có vẻ vô nghĩa. Tuy nhiên định nghĩa sau đây thành công trong SQL Server!

create table t1(c1 int not null primary key foreign key references t1(c1)) 

Nhưng tôi cho rằng điều đó là vô nghĩa nếu không có ai đó đưa ra ví dụ thực tế.

AmanS, trong ví dụ của bạn d_id trong mọi trường hợp có thể là khóa chính trong bảng Nhân viên. Một bảng chỉ có thể có một khóa chính. Tôi hy vọng điều này sẽ xóa bỏ sự nghi ngờ của bạn. d_id là/có thể là khóa chính chỉ trong bảng bộ phận.

Answer 2

Chắc chắn, tại sao không? Giả sử bạn có bảng Person, với id, name, age và parent_id, trong đó parent_id là khóa ngoài cùng một bảng. Bạn sẽ không cần phải bình thường hóa bảng Person thành các bảng Parent và Child, điều đó sẽ quá mức cần thiết.

Person 
| id | name | age | parent_id | 
|----|-------|-----|-----------| 
| 1 | Tom | 50 |  null | 
| 2 | Billy | 15 |   1 | 

Điều gì đó tương tự.

Tôi giả sử để duy trì tính nhất quán, mặc dù vậy, sẽ cần có ít nhất 1 giá trị null cho parent_id. Hàng "nam alpha".

EDIT: Khi nhận xét hiển thị, Sam đã tìm thấy lý do chính đáng để không thực hiện việc này. Dường như trong MySQL khi bạn cố gắng thực hiện chỉnh sửa cho khóa chính, ngay cả khi bạn chỉ định CASCADE ON UPDATE, nó sẽ không phổ biến chỉnh sửa đúng cách. Mặc dù các khóa chính (thường là) không có giới hạn để chỉnh sửa trong sản xuất, tuy nhiên đó là một giới hạn không bị bỏ qua. Vì vậy, tôi thay đổi câu trả lời của tôi thành: bạn có lẽ nên tránh thực hành này trừ khi bạn có quyền kiểm soát chặt chẽ đối với hệ thống sản xuất (và có thể đảm bảo không ai thực hiện kiểm soát chỉnh sửa PK). Tôi chưa thử nghiệm nó bên ngoài MySQL.

Answer 3

Ví dụ: n cấp danh mục phụ cho danh mục.Dưới bảng chính-key id được giới thiệu bởi foreign-key sub_category_id

Answer 4

Một ví dụ điển hình của việc sử dụng id của các hàng khác trong cùng một bảng như phím nước ngoài được lồng danh sách. Xóa một hàng có con (tức là, hàng, chich tham chiếu đến id của cha mẹ), cũng có cả childred (tức là, tham chiếu id của trẻ em) ... sẽ xóa một chuỗi các hàng. Giảm bớt toàn bộ nỗi đau (và rất nhiều mã phải làm gì với trẻ mồ côi - nghĩa là các hàng liên quan đến các id không tồn tại).