Является ли это хорошей практикой проектирования баз данных?

Question

У меня есть стол Person, каждый Person может посетить несколько стран. Страны, посещаемые каждой Person хранится в таблице CountryVisit

Person:

PersonId, 
Name 

РегионК:

CountryVisitId (primary key) 
PersonId (foreign key to 'Person.PersonId') 
CountryName 
VisitDate 

Для CountryVisit таблицы, мой первичный ключ CountryVisitId который является identity колонка. Эта конструкция приведет к тому, что Person может иметь только 1 CountryVisit, но CountryVisitId может быть 40, например. Лучше ли вы создать другой столбец с суррогатным ключом, чтобы действовать как столбец идентификации, а CountryVisitId - естественный ключ, который уникален для каждого PersonId?

Answer 1

Это очень хорошо. Я бы предположил, что у вас есть отдельная таблица для стран с одной строкой для каждой страны. Тогда CountryVisits таблица будет иметь:

CountryVisitId PrimaryKey, 
PersonId ForeignKey, 
CountryId ForeignKey, 
VisitDate 

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

И вы должны снять требование и удалить уникальный или первичный ключ на PersonId, CountryId, если вы не хотите применять только одно посещение в каждой стране.