Каков рекомендуемый способ в этой ситуации:
Customer ..* <-------------> 0..1 Car
Таким образом, есть таблица Customer и таблица Car, у Customer может быть ноль или один Car, Car может быть связан со многими таблицами Customer.
Я спрашиваю об этом, потому что не знаю, рекомендуется ли иметь внешний ключ, допускающий значение NULL?
Если вы на 100 % уверены, что у клиента никогда не будет больше одной машины, сделайте первое предложение. Если вы считаете, что есть хоть малейший шанс, что это когда-либо может превратиться в отношение «многие ко многим», выберите второй вариант сейчас, чтобы избавить себя от головной боли в будущем.
Я бы сделал первое решение, оно намного проще. В другом решении вам понадобится ключ или уникальное ограничение, чтобы гарантировать отсутствие нескольких автомобилей для одного пользователя. Если позже это станет разрешено, вам нужно будет внести изменения в схему с любым решением, поэтому выберите более простой вариант.
Вы можете добавить этот столбец CarId в таблицу "Клиенты" только в том случае, если вы достаточно уверены, что после реализации вашего решения у "Клиентов" не будет много автомобилей.
Вы также можете иметь столько автомобилей, сколько хотите для любого конкретного Клиента, если вы сделаете это следующим образом:
Car: CarId, CustomerId, MakeId, ModelId, Color, PlateNumber, VIN
Customer: CustomerId, LastName, FirstName, MiddleName
Это уравновешивание, с одной стороны, идея не иметь нулей в базе данных.
Однако, если вы примете это правило как закреплённое в камне, вы можете получить массивные операторы соединения, которые в дальнейшем будет сложно поддерживать.
Если вы уверены, что это будет отношение один к одному, придерживайтесь только двух таблиц.
ИМХО отображение зависит от ситуации, которая должна быть представлена.
Например, если это национальный реестр автомобилей, то у одного человека может быть много автомобилей, но у одного автомобиля должен* быть один владелец. Хорошее представление для вашего первого решения — это когда мы хотим знать, в какую машину садится какой-то человек, потому что в этом случае очень сложно находиться в двух местах одновременно. Для общих случаев лучшим решением является «многие ко многим», и я бы выбрал это преимущество этого решения, заключающееся в том, что в ближайшем будущем один человек сможет иметь более одной машины.
*должен, потому что у одного автомобиля может быть два владельца.
