Может ли внешний ключ быть пустым и / или дублированным?

1 - Да, по крайней мере, SQL Server 2000.

2 - Да, если это не ограничение UNIQUE или связанное с уникальным индексом.

Из устья лошади:

Внешние ключи позволяют использовать значения ключей, которые являются NULL, даже если их нет. сопоставление ключей PRIMARY или UNIQUE

Нет ограничений на внешний ключ

Если никакие другие ограничения не определены на внешнем ключе, любое число строк в дочерней таблице может ссылаться на одно и то же значение родительского ключа. Эта модель допускает нули во внешнем ключе....

NOT NULL Ограничение внешнего ключа

Когда nulls не разрешены в внешний ключ, каждая строка в дочерней таблице должна явно ссылаться на значение в родительском ключе, поскольку в иностранном ключ.

Любое количество строк в дочерней таблице может ссылаться на один и тот же родитель ключевое значение, поэтому эта модель устанавливает отношения "один ко многим" между родительским и внешним ключами. Однако каждая строка в дочернем элементе таблица должна иметь ссылку на значение родительского ключа; отсутствие значение (null) во внешнем ключе не допускается. Тот же пример в предыдущий раздел можно использовать для иллюстрации таких отношений. Однако в этом случае сотрудники должны иметь ссылку на конкретный отдел.

УНИКАЛЬНОЕ ограничение на внешний ключ

Когда ограничение UNIQUE определенных на внешнем ключе, только одна строка в дочерней таблице может укажите значение родительского ключа. Эта модель допускает нули в внешний ключ.

Эта модель устанавливает взаимно-однозначное отношение между родительским и внешние ключи, которые допускают неопределенные значения (нули) в внешний ключ. Например, предположим, что таблица employee столбец по имени MEMBERNO, ссылаясь на номер членства сотрудника в страховой план компании. Кроме того, таблица с названием СТРАХОВАНИЕ имеет первичный ключ с именем MEMBERNO и другие столбцы таблицы информацию, касающуюся страхового полиса сотрудника. МЕМБЕРНО в таблица employee должна быть как внешним ключом, так и уникальным ключом:

• Чтобы обеспечить соблюдение правил ссылочной целостности между EMP_TAB и Таблицы СТРАХОВАНИЯ (ограничение FOREIGN KEY)

• Чтобы гарантировать, что каждый сотрудник имеет уникальный членский номер ( УНИКАЛЬНОЕ ограничение ключа)

UNIQUE и NOT NULL Ограничения на внешний ключ

Когда оба UNIQUE и NOT NULL ограничены по внешнему ключу, только одна строка в дочерней таблице может ссылаться на заданное значение родительского ключа, и поскольку Значения NULL не разрешены во внешнем ключе, каждая строка в дочернем таблица должна явно ссылаться на значение в родительском ключе.

Смотрите это:

ссылка Oracle 11g

Да, внешний ключ может быть нулевым, как сказано выше, старшими программистами... Я бы добавил еще один сценарий, в котором иностранный ключ должен быть нулевым. предположим, что в приложении есть комментарии к комментариям, изображения и видео, которые позволяют делать комментарии к изображениям и видео. В таблице комментариев мы можем иметь два Foreign Keys PicturesId и VideoId вместе с основным ключом CommentId. Поэтому, когда вы прокомментируете видео, потребуется только VideoId, а pictureId будет иметь значение null... и если вы прокомментируете картинку, то потребуется только PictureId и VideoId будет null...

это зависит от того, какую роль играет этот foreign key в ваших отношениях.

1. если этот foreign key также является key attribute в ваших отношениях, то он не может быть NULL
2. если этот foreign key является нормальным атрибутом в вашем отношении, тогда он может быть NULL.

Вот пример использования синтаксиса Oracle:
Сначала создайте таблицу COUNTRY

CREATE TABLE TBL_COUNTRY ( COUNTRY_ID VARCHAR2 (50) NOT NULL ) ;
ALTER TABLE TBL_COUNTRY ADD CONSTRAINT COUNTRY_PK PRIMARY KEY ( COUNTRY_ID ) ;

Создайте таблицу PROVINCE

CREATE TABLE TBL_PROVINCE(
PROVINCE_ID VARCHAR2 (50) NOT NULL ,
COUNTRY_ID  VARCHAR2 (50)
);
ALTER TABLE TBL_PROVINCE ADD CONSTRAINT PROVINCE_PK PRIMARY KEY ( PROVINCE_ID ) ;
ALTER TABLE TBL_PROVINCE ADD CONSTRAINT PROVINCE_COUNTRY_FK FOREIGN KEY ( COUNTRY_ID ) REFERENCES TBL_COUNTRY ( COUNTRY_ID ) ;

Это отлично работает в Oracle. Обратите внимание, что внешний ключ COUNTRY_ID во второй таблице не имеет "NOT NULL".

Теперь, чтобы вставить строку в таблицу PROVINCE, достаточно указать только PROVINCE_ID. Однако, если вы также указали COUNTRY_ID, он должен существовать уже в таблице COUNTRY.

По умолчанию для внешнего ключа нет ограничений, внешний ключ может быть нулевым и дублированным.

при создании таблицы/изменении таблицы, если вы добавляете какой-либо предел уникальности или не null, тогда только это не позволит значения null/duplicate.

Идея внешнего ключа основана на концепции ссылки на значение, которое уже существует в основной таблице. Вот почему он называется внешним ключом в другой таблице. Эта концепция называется ссылочной целостностью. Если внешний ключ объявлен как нулевое поле, это нарушит саму логику ссылочной целостности. На что это будет ссылаться? Это может относиться только к тому, что присутствует в основной таблице. Следовательно, я думаю, что было бы неправильно объявлять поле внешнего ключа пустым.

Может ли столбец FOREIGN KEY содержать нулевое значение или повторяющиеся значения

Что такое внешний ключ? FOREIGN KEY - это ключ, который используется для связи двух таблиц. FOREIGN KEY - это столбец или набор столбцов в одной таблице, который ссылается на PRIMARY KEY в другой таблице. Таблица, содержащая PRIMARY KEY, называется дочерней таблицей, а таблица, содержащая PRIMARY KEY, называется родительской таблицей.

Может ли столбец FOREIGN KEY содержать нулевое значение

ДА, столбец FOREIGN KEY может содержать нулевые значения. Ноль по определению означает не значение. Нуль означает, что мы еще не знаем, каково значение столбца. Например, у нас есть три таблицы "Изображения", "Видео" и "Комментарии" в приложении, которое позволяет комментировать изображения, а также видео. В таблице комментариев у нас есть два внешних ключа p_id и v_id вместе с первичным ключом comment_id. Поэтому, когда вы комментируете видео, потребуется только v_id, а p_id не требуется, поэтому он будет нулевым. Кроме того, если вы прокомментируете изображение, потребуется только p_id, а v_id будет нулевым.

Может ли столбец FOREIGN KEY содержать повторяющиеся значения

ДА, столбец FOREIGN KEY может содержать повторяющиеся значения. ИНОСТРАННЫЙ КЛЮЧ можно использовать для отношений один ко многим. Например, у нас есть таблица заказов и таблица деталей заказа. Если какой-либо клиент заказывает пять товаров, у него есть один заказ и пять подробных записей заказа, которые содержат тот же идентификатор заказа, что и FK. Вы можете узнать больше об этой функции, нажав на эту ссылку: https://www.quora.com/How-can-I-do-to-automatics-reset-auto-increment-values-in-MySQL-table/answer/Shadab-Кази-17

Я думаю, что лучше рассмотреть возможную мощность, которую мы имеем в таблицах. У нас может быть минимальная мощность, равная нулю. Если это необязательно, минимальное участие кортежей из связанной таблицы может быть нулевым. Теперь вы сталкиваетесь с необходимостью использования значений внешнего ключа null.

Но ответ все зависит от Бизнеса.

Проще говоря, "Неидентифицирующие" отношения между Entities являются частью ER-модели и доступны в Microsoft Visio при разработке ER-Diagram. Это необходимо для обеспечения мощности между объектами типа "ноль или больше нуля" или "ноль или один". Обратите внимание на этот "ноль" в мощности, а не на "один" в "от одного до многих".

Теперь пример неидентифицирующей связи, где мощность может быть "нулевой" (не идентифицирующей), - это когда мы говорим, что запись/объект в одном объекте - "может" или "не может" иметь значение в качестве ссылки к записи/с в другом объекте-B.

Как, существует возможность для одной записи объекта-A идентифицировать себя с записями другого объекта-B, поэтому должен быть столбец в Entity-B, чтобы иметь идентификационное значение записи Entity- B. Этот столбец может быть "Null", если никакая запись в Entity-A не идентифицирует запись /s (или, объект/с) в Entity-B.

В объектно-ориентированной (реальной) Парадигме бывают ситуации, когда объект класса-B необязательно зависит (сильно связан) от объекта класса-A для его существования, что означает, что класс-B слабо связан с классом-A, что класс-A может содержать "Contain" (Containment) объект класса-A, в отличие от понятия объекта класса B, должен иметь (состав) объект класса-A для его (объекта создания класса B).

С точки зрения SQL Query вы можете запросить все записи в объекте-B, которые "не являются нулевыми" для внешнего ключа, зарезервированного для Entity-B. Это приведет к тому, что все записи будут иметь определенное соответствующее значение для строк в Entity-A, а все записи с нулевым значением будут записями, которые не имеют записи в Entity-A в Entity-B.

Я думаю, что внешний ключ одной таблицы также является первичным ключом для какой-либо другой таблицы. Таким образом, он не будет допускать nulls.Таким образом, нет вопроса о наличии нулевого значения во внешнем ключе.