Địa chỉ email duy nhất hoặc khóa chính?

Tôi là một người mới trong cơ sở dữ liệu. Tôi đọc xung quanh và phát hiện ra rằng có lẽ không nên sử dụng địa chỉ email làm khóa chính vì việc so sánh chuỗi chậm hơn sẽ ảnh hưởng đến hiệu suất trong các phép nối phức tạp và nếu một email thay đổi tôi sẽ phải thay đổi tất cả các khóa ngoại yêu cầu rất nhiều của nỗ lực.

Nhưng nếu bảng người dùng của tôi yêu cầu mỗi người dùng phải có một địa chỉ email và mỗi địa chỉ email đó phải là duy nhất, liệu việc thêm một chỉ mục duy nhất trên cột email có đủ không? Bởi vì các trường duy nhất afaik cho phép giá trị null, trong khi tôi yêu cầu mọi người dùng phải có địa chỉ email, không cho phép giá trị null. Có điều gì tôi đang thiếu ở đây? Hoặc tôi cho rằng làm cho cột email trở nên độc đáo và đảm bảo trong quá trình xác thực dữ liệu trên máy chủ mà người dùng nhập địa chỉ email để mỗi người dùng có một địa chỉ?

Trước tiên, hãy phân biệt giữa khóa và chỉ mục, khóa là một phần của mô hình logic và thường được triển khai với một chỉ mục duy nhất. Tuy nhiên, bạn có thể tạo một chỉ mục duy nhất mà không cần tạo khóa, nhưng điều đó không thể được tham chiếu bởi khóa ngoại.

Khóa ứng viên là thứ xác định duy nhất một hàng trong bảng, trong SQL, một trong các khóa ứng cử viên thường được sử dụng làm khóa chính (tôi không bao giờ thực sự hiểu tại sao một trong các ck được che giấu "tốt hơn" so với các khóa khác, nhưng đó là một khóa khác câu chuyện), và ck còn lại trở thành những ràng buộc độc đáo.

Một ràng buộc duy nhất có thể được sử dụng giống như một khóa chính có thể. Xem xét:

create table A ( x ... not null
               , y ... not null
               , z ... not null
               ,     unique (x)
               ,     primary key (y,z) );

create table B ( x ...
               ,   ...
               ,     foreign key (x) references A (x) );

create table C ( y ...
               , z ...
               ,   ...
               ,     foreign key (y, z) references A (y, z) );  

B tham chiếu các ràng buộc duy nhất và C tham chiếu các ràng buộc khóa chính.

KHÔNG NULL là một loại ràng buộc khác. Trong trường hợp của bạn, bạn có thể thực thi điều này cho email mà không cần khai báo nó là duy nhất.

Khía cạnh tiếp theo của bài đăng của bạn liên quan đến tính ổn định của khóa, khóa phải ổn định (nhưng điều đó không có nghĩa là nó không bao giờ có thể thay đổi, nó không phải là bất biến). Một số DBMS triển khai TRÊN CASCADE CẬP NHẬT có thể giúp ích cho hoạt động đó, tuy nhiên nếu khóa được phân phối xung quanh mô hình của bạn thì sẽ rất khó để cập nhật nó.

Trong trường hợp của bạn, tôi có thể chọn một khóa ứng viên khác làm khóa chính và khai báo email là KHÔNG PHẢI và ĐỘC ĐÁO.

Có một chỉ mục duy nhất trên cột EmailAddress sẽ ổn. Vấn đề duy nhất là nếu ai đó từ bỏ địa chỉ email sau khi đăng ký dịch vụ của bạn nhưng không cho bạn biết, thì bất cứ ai là chủ sở hữu của địa chỉ email đều cố gắng đăng ký. Nhưng đó là một trường hợp cạnh khá hiếm.

Nếu một Chỉ số duy nhất cho phép các giá trị null sẽ phụ thuộc vào nền tảng cơ sở dữ liệu của bạn. Oracle thì, SQL Server cho phép một giá trị NULL duy nhất. Bạn có thể giải quyết điều này bằng cách làm cho cột không cho phép các giá trị NULL, sau đó xây dựng chỉ mục duy nhất trên đó.

Có chỉ số duy nhất trên EmailAddress là tốt.

Như bạn đã nói rằng có xác thực trong ứng dụng của bạn để có Địa chỉ Email là trường bắt buộc, tôi sẽ nói rằng việc xác thực khác sẽ từ cơ sở dữ liệu không chấp nhận người dùng không có địa chỉ Email và cũng ngăn chặn việc nhập trùng lặp và xác thực sẽ được áp đặt với Chỉ số duy nhất này.

Như đã nêu trong câu trả lời khác cho SQL Server, bạn cần tạo một cột không cho phép giá trị null trước khi xây dựng các chỉ mục duy nhất.