Tại sao lại sử dụng nhiều cột làm khóa chính (khóa chính tổng hợp)

Ví dụ này được lấy từ w3schools .

CREATE TABLE Persons
(
    P_Id int NOT NULL,
    LastName varchar(255) NOT NULL,
    FirstName varchar(255),
    Address varchar(255),
    City varchar(255),
    CONSTRAINT pk_PersonID PRIMARY KEY (P_Id,LastName)
)

Sự hiểu biết của tôi là cả hai cột cùng nhau ( P_Idvà LastName) đại diện cho một khóa chính cho bảng Persons. Điều này có chính xác?

• Tại sao ai đó muốn sử dụng nhiều cột làm khóa chính thay vì một cột duy nhất?
• Có bao nhiêu cột có thể được sử dụng cùng nhau làm khóa chính trong một bảng nhất định?

Sự am hiểu của bạn đa đung đăn.

Bạn sẽ làm điều này trong nhiều trường hợp. Một ví dụ là trong mối quan hệ như OrderHeadervà OrderDetail. PK trong OrderHeadercó thể là OrderNumber. PK trong OrderDetailcó thể là OrderNumberAND LineNumber. Nếu nó là một trong hai cái đó, nó sẽ không phải là duy nhất, nhưng sự kết hợp của cả hai được đảm bảo là duy nhất.

Cách thay thế là sử dụng khóa chính (không thông minh) được tạo, chẳng hạn trong trường hợp này OrderDetailId. Nhưng không phải lúc nào bạn cũng thấy mối quan hệ dễ dàng như vậy. Một số người thích một cách; một số thích cách khác.

Một ví dụ khác về khóa chính ghép là việc sử dụng các bảng Hiệp hội. Giả sử bạn có một bảng người chứa một nhóm người và một bảng nhóm chứa một nhóm nhóm. Bây giờ bạn muốn tạo mối quan hệ nhiều đến nhiều người và nhóm. Có nghĩa là mỗi người có thể thuộc nhiều nhóm. Đây là cấu trúc bảng sẽ trông như thế nào khi sử dụng khóa chính ghép.

Create Table Person(
PersonID int Not Null,
FirstName varchar(50),
LastName varchar(50),
Constraint PK_Person PRIMARY KEY (PersonID))

Create Table Group (
GroupId int Not Null,
GroupName varchar(50),
Constraint PK_Group PRIMARY KEY (GroupId))

Create Table GroupMember (
GroupId int Not Null,
PersonId int Not Null,
CONSTRAINT FK_GroupMember_Group FOREIGN KEY (GroupId) References Group(GroupId),
CONSTRAINT FK_GroupMember_Person FOREIGN KEY (PersonId) References Person(PersonId),
CONSTRAINT PK_GroupMember PRIMARY KEY (GroupId, PersonID))

Ví dụ của W3Schools không cho biết khi nào bạn nên sử dụng khóa chính ghép và chỉ đưa ra cú pháp ví dụ bằng cách sử dụng cùng một bảng ví dụ như cho các khóa khác.

Sự lựa chọn ví dụ của họ có thể gây hiểu lầm cho bạn khi kết hợp một khóa vô nghĩa (P_Id) và một khóa tự nhiên (LastName). Lựa chọn khóa chính kỳ lạ này nói rằng các hàng sau đây hợp lệ theo lược đồ và cần thiết để xác định duy nhất một học sinh. Trực giác điều này không có ý nghĩa.

1234     Jobs
1234     Gates

Đọc thêm: Cuộc tranh luận về khóa chính tuyệt vời hoặc chỉ Google meaningless primary keyshoặc thậm chí đọc kỹ câu hỏi SO này

FWIW - 2 xu của tôi là để tránh khóa chính nhiều cột và sử dụng trường id được tạo duy nhất (khóa thay thế) làm khóa chính và thêm các ràng buộc bổ sung (duy nhất) nếu cần.

Bạn sử dụng khóa ghép (khóa có nhiều thuộc tính) bất cứ khi nào bạn muốn đảm bảo tính duy nhất của sự kết hợp nhiều thuộc tính. Một khóa thuộc tính duy nhất sẽ không đạt được điều tương tự.

Có, cả hai đều tạo thành khóa chính. Đặc biệt trong các bảng mà bạn không có khóa thay thế , có thể cần phải chỉ định nhiều thuộc tính làm mã định danh duy nhất cho mỗi bản ghi (ví dụ xấu: bảng có cả tên và họ có thể yêu cầu kết hợp chúng thành độc nhất).

Nói chung, nhiều cột trong một khóa sẽ hoạt động kém hơn một khóa thay thế. Tôi thích có một khóa thay thế và sau đó là một chỉ mục duy nhất trên một khóa đa cột. Bằng cách đó, bạn có thể có hiệu suất tốt hơn và tính duy nhất cần thiết được duy trì. Và tốt hơn nữa, khi một trong các giá trị trong khóa đó thay đổi, bạn cũng không phải cập nhật một triệu mục nhập con trong 215 bảng con.

Câu hỏi thứ hai của bạn

Có bao nhiêu cột có thể được sử dụng cùng nhau làm khóa chính trong một bảng nhất định?

là triển khai cụ thể: nó được định nghĩa trong DBMS thực tế đang được sử dụng. ^{[1], [2], [3]} Bạn phải kiểm tra đặc điểm kỹ thuật của hệ thống cơ sở dữ liệu mà bạn sử dụng. Một số rất chi tiết, một số thì không. Tìm kiếm trên web về những giới hạn như vậy có thể khó khăn vì thuật ngữ khác nhau. Thuật ngữ khóa chính tổng hợp nên là bắt buộc;)

Nếu bạn không thể tìm thấy thông tin rõ ràng, hãy thử tạo một cơ sở dữ liệu thử nghiệm để đảm bảo rằng bạn có thể mong đợi việc xử lý ổn định (và cụ thể) đối với các vi phạm giới hạn (dự kiến). Hãy cẩn thận để có được thông tin chính xác về điều này: đôi khi các giới hạn được tích lũy và bạn sẽ thấy các kết quả khác nhau với các bố cục cơ sở dữ liệu khác nhau.

• ^[1] sql - Giới hạn khóa chính tổng hợp? - Tràn ngăn xếp
• ^[2] SQL Server - Số cột tối đa cho mỗi khóa chính
• ^[3] Số cột tối đa có thể là một phần của Khóa chính trong một bảng trong Oracle 9i và 10g?

Sử dụng khóa chính trên nhiều bảng sẽ có ích khi bạn đang sử dụng bảng trung gian trong cơ sở dữ liệu quan hệ.

Tôi sẽ sử dụng một cơ sở dữ liệu mà tôi đã từng tạo cho một ví dụ và cụ thể là ba bảng trong bảng đó. Tôi đã tạo cơ sở dữ liệu cho webcomic vài năm trước. Một bảng được gọi là "truyện tranh" —một danh sách tất cả truyện tranh, tiêu đề của chúng, tên tệp hình ảnh, v.v. Khóa chính là "comicnum".

Bảng thứ hai là "các ký tự" - tên của họ và mô tả ngắn gọn. Khóa chính nằm trên "charname".

Vì mỗi truyện tranh — với một số ngoại lệ — có nhiều nhân vật và mỗi nhân vật xuất hiện trong nhiều truyện tranh, nên việc đặt một cột trong "nhân vật" hoặc "truyện tranh" để phản ánh điều đó là không thực tế. Thay vào đó, tôi đặt một bảng thứ ba được gọi là "truyện tranh", và đó là danh sách các nhân vật xuất hiện trong truyện tranh. Vì bảng này về cơ bản kết hợp với hai bảng, nó cần có nhưng hai cột: charname và comicnum, và khóa chính nằm trên cả hai.

Chúng tôi tạo các khóa chính tổng hợp để đảm bảo các giá trị cột duy nhất tạo nên một bản ghi duy nhất. Đó là một hạn chế giúp ngăn chặn việc chèn dữ liệu không được trùng lặp.

nghĩa là: Nếu tất cả Id sinh viên và số giấy khai sinh được chỉ định duy nhất cho một người. Sau đó, sẽ là một ý tưởng hay nếu bạn đặt khóa chính cho một người thành một thành phần của id sinh viên và số giấy khai sinh vì nó sẽ ngăn bạn vô tình chèn hai người có id sinh viên khác nhau và cùng một giấy khai sinh.