Có tốt không khi có khóa ngoại là khóa chính?

Question

Tôi có bảng "Người dùng" (tên người dùng, mật khẩu) và bảng "Hồ sơ" (profileId, giới tính, ngày sinh, ...). Hiện tại tôi đang sử dụng phương pháp này: mỗi bản ghi Hồ sơ có một trường có tên là "userId" là khóa ngoài liên kết tới bảng Người dùng. Khi người dùng đăng ký, hồ sơ Hồ sơ của anh ấy được tạo tự động. Tôi nhầm lẫn với đề xuất kết bạn của tôi: để có trường "userId" là khóa ngoài và khóa chính và xóa trường "profileId". Cách tiếp cận nào tốt hơn?

Answer 1

phím nước ngoài là hầu như luôn luôn "Allow Bản sao", mà sẽ làm cho họ không phù hợp như Primary Keys. Thay vào đó, hãy tìm trường xác định duy nhất mỗi bản ghi trong bảng hoặc thêm trường mới (số nguyên tăng dần tự động hoặc GUID) hoạt động như khóa chính.

Ngoại lệ duy nhất cho điều này là các bảng có mối quan hệ một-một, trong đó khoá ngoại và khóa chính của bảng đã nối kết là một và giống nhau.

Answer 2

Tôi sẽ không làm điều đó. Tôi sẽ giữ profileID trọng như chính của bảng Profile

Một chìa khóa nước ngoài chỉ là một hạn chế tham chiếu giữa hai bảng

Người ta có thể lập luận rằng một khóa chính là cần thiết như là mục tiêu của bất kỳ phím nước ngoài tham khảo với nó từ các bảng khác. Khóa ngoài là một tập hợp của một hoặc nhiều cột trong bất kỳ bảng nào (không nhất thiết phải là khóa ứng viên, hãy để một mình khóa chính, của bảng đó) có thể giữ (các) giá trị được tìm thấy trong cột khóa chính của một số bàn khác. Vì vậy, chúng ta phải có một khóa chính để phù hợp với khóa ngoại. Hoặc phải không? Mục đích duy nhất của khóa chính trong khóa chính/khóa khóa ngoài là cung cấp một kết nối rõ ràng - để duy trì tính toàn vẹn tham chiếu đối với bảng "nước ngoài" chứa khóa chính được tham chiếu. Điều này đảm bảo rằng giá trị mà khóa ngoài tham chiếu sẽ luôn hợp lệ (hoặc null, nếu được cho phép).

http://www.aisintl.com/case/primary_and_foreign_key.html

Answer 3

Khóa chính luôn cần phải là duy nhất, khóa ngoài cần phải cho phép các giá trị không phải duy nhất nếu bảng là mối quan hệ một-nhiều. Nó là hoàn toàn tốt đẹp để sử dụng một khóa nước ngoài là khóa chính nếu bảng được kết nối bởi một mối quan hệ một-một, không phải là một mối quan hệ một-nhiều. Nếu bạn muốn cùng một bản ghi người dùng có khả năng có nhiều hơn 1 hồ sơ liên quan đến hồ sơ, hãy đi với một khóa chính riêng biệt, nếu không gắn bó với những gì bạn có.

Answer 4

Tùy thuộc vào doanh nghiệp và hệ thống.

Nếu userId của bạn là duy nhất và sẽ là duy nhất mọi lúc, bạn có thể sử dụng userId làm khóa chính của mình. Nhưng nếu bạn muốn mở rộng hệ thống của mình, nó sẽ làm mọi thứ trở nên khó khăn. Tôi khuyên bạn nên thêm một khóa nước ngoài trong bảng người dùng để tạo mối quan hệ với hồ sơ bảng thay vì thêm một khóa ngoại trong hồ sơ bảng.

Answer 5

Thường được coi là thực hành không tốt để có mối quan hệ 1-1. Điều này là do bạn chỉ có thể có dữ liệu được biểu diễn trong một bảng và đạt được kết quả tương tự.

Tuy nhiên, có những trường hợp bạn không thể thực hiện những thay đổi này cho bảng mà bạn đang tham chiếu. Trong trường hợp này, không có vấn đề gì khi sử dụng khóa Foreign làm khóa chính. Nó có thể giúp đỡ để có một khóa tổng hợp bao gồm một tự động tăng thêm khóa chính duy nhất và khóa ngoài.

Tôi hiện đang làm việc trên một hệ thống nơi người dùng có thể đăng nhập và tạo mã đăng ký để sử dụng với ứng dụng. Vì lý do tôi sẽ không đi vào tôi không thể chỉ cần thêm các cột cần thiết cho bảng người dùng. Vì vậy, tôi đang đi xuống một lộ trình một với một bảng mã.

Answer 6

Vâng, một chìa khóa nước ngoài có thể là một khóa chính trong trường hợp của 1-1 mối quan hệ giữa các bảng

Answer 7

Vâng, đó là hợp pháp để có một khóa chính là một chìa khóa nước ngoài. Đây là cấu trúc hiếm, nhưng nó áp dụng cho:

• mối quan hệ 1: 1. Hai bảng không thể hợp nhất thành một vì các quyền và đặc quyền khác nhau chỉ áp dụng ở cấp bảng (tính đến năm 2017, một cơ sở dữ liệu như vậy sẽ là lẻ).

• mối quan hệ 1: 0,1. Hồ sơ có thể hoặc không tồn tại, tùy thuộc vào loại người dùng.

• hiệu suất là một vấn đề và thiết kế hoạt động như một phân vùng: bảng hồ sơ hiếm khi được truy cập, được lưu trữ trên một đĩa riêng biệt hoặc có chính sách tích trữ khác so với bảng người dùng. Sẽ không có ý nghĩa nếu lưu trữ gạch chân là cột.