SQL принудительное отношение 1: 1

Question

У меня вопрос относительно моделирования базы данных.

Давайте предположим, что у меня есть пользователи таблицы:

users 
------- 
id:int 
name:text 

И один USER_EMAILS:

user_emails 
----------- 
id:int 
user_id:int 
email:text 

добавить ограничение внешнего ключа на user_emails.user_id таким образом, что он должен соответствовать правильный вход в users.id.

Однако это не гарантирует, что у каждого пользователя будет электронное письмо.

Я знаю, что на уровне приложения я могу легко обеспечить соблюдение этого правила (т.е.: проверяя, что поле «email» в форме заполнено и т. Д.), Но мне было интересно, на уровне базы данных (sql) есть способ обеспечения полноты данных? (То есть в этом случае у каждого пользователя есть электронное письмо?)

Спасибо! :)

Answer 1

Вы должны повернуть вокруг

FK

users 
----- 
id:int 
name:text 
user_emails_id:int (NOT NULL) 

user_emails 
----- 
id:int 
email:text (NOT NULL) 

этого путем вы вынуждаете иметь отношение в электронном столе, и если вы установите значение электронной почты не нулевым, то вы вынуждаете иметь по крайней мере, запись в колонке

Редактировать на основе комментария: для достижения нескольких сообщений для пользователя, вы должны добавить: M таблица

users 
----- 
id:int 
name:text 
user_emails_reference_id:int (NOT NULL referencing user_email_references) 

user_email_references 
----- 
id:int 
user_email_id:int (NOT NULL Referencing user_emails) 
user_id:int (NOT NULL Referencing users) 

user_emails 
----- 
id:int 
email:text (NOT NULL) 

Answer 2

Предположительно , вы хотите разрешить пользователям иметь несколько электронных писем, а просто гарантировать, что есть хотя бы один. Вы можете прийти довольно близко с ограничениями MySQL, выполнив:

create table Users (
    UserId int not null primary key, . . . 
    . . . 
    PrimaryEmailId int not null, 
    constraint fk_PrimaryEmailId foreign key (UserId, PrimaryEmailId) references UserEmails(UserId, UserEmailId) 
); 

create table UserEmails (
    UserEmailId int not null primary key, 
    UserId int not null, 
    . . ., 
    unique (UserId, UserEmailId), 
    constraint fk_UserEmails_UserId foreign key (UserId) references Users(UserId) 
); 

Это гарантирует:

• Каждый пользователь имеет ровно один основной адрес электронной почты.
• В каждом письме есть один пользователь.
• Основное электронное письмо имеет того же пользователя, что и указанный.

Обратите внимание на использование взаимозависимого внешнего ключа. Достаточно указать UserEmailId. Однако это не гарантирует, что пользователь будет таким же.

Возможно, вы также захотите добавить уникальное ограничение для самого электронного письма, поэтому разные пользователи не могут использовать одно электронное письмо.