Первичный ключ должен быть уникальным. Уникальный ключ не обязательно должен быть первичным ключом - см. ключ-кандидат. То есть в таблице может быть несколько комбинаций столбцов, которые могут однозначно идентифицировать строку - только один из них может быть выбран в качестве первичного ключа.
Что произойдет, если первичный ключ не уникален?
Даже если в каждом представлении определен primary_key (и каждое на самом деле уникально), вы можете увидеть ошибку неуникального значения/первичного ключа при выполнении запроса. Это может произойти, когда в Исследовании имеется несколько объединений one_to_many и есть мера, объединяющая комбинацию значений из двух или более разных таблиц
Почему все значения первичного ключа должны быть уникальными?
Первичный ключ применяет ограничения целостности к таблице. … Таблица может иметь более одного уникального ключа, в отличие от первичного ключа. Уникальные ключевые ограничения могут принимать только одно значение NULL для столбца. На уникальные ограничения также ссылается внешний ключ другой таблицы.
Должен ли первичный ключ быть уникальным?
A первичный ключ должен быть уникальным. Уникальный ключ не обязательно должен быть первичным ключом - см. ключ-кандидат. То есть в таблице может быть несколько комбинаций столбцов, которые могут однозначно идентифицировать строку - только один из них может быть выбран в качестве первичного ключа.
Может ли первичный ключ быть неуникальным?
Первичные ключи не обязательно уникальны по определению (хотя они есть в MySQL). Существуют системы баз данных, которые допускают «неуникальные первичные ключи», потому что они применяют свой собственный, часто скрытый, «первичный ключ» в «идентификаторе строки».