Краткий ответ

Связь должна иметь кратность один-ко-многим: один клиент может иметь от нуля до множества заказов — 0..N, а каждый заказ связан ровно с одним клиентом — 1. Итоговая модель: клиент 0..N заказов, заказ 1 клиент.

Если бизнес допускает заказы без регистрации клиента, на стороне заказа нужно указать 0..1, а не 1.

Исторический контекст

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

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

Постановка проблемы

Запись 1..1 означает, что каждому клиенту соответствует ровно один заказ и каждому заказу — ровно один клиент. Это противоречит условию повторных покупок: второй заказ невозможно корректно связать с тем же клиентом без нарушения модели.

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

Подробное решение

Кратность описывается двумя границами: минимальным и максимальным количеством связанных экземпляров. Для клиента минимальное значение обычно равно 0, поскольку зарегистрированный клиент может ещё ничего не заказать, а максимальное — N, поскольку количество заказов не ограничено одним экземпляром.

Для заказа минимальное значение равно 1, если заказ нельзя создать без клиента, и максимальное также равно 1, поскольку один заказ не принадлежит нескольким клиентам одновременно. Поэтому связь записывается так:

связь:
  - сущность: клиент
    заказы: 0..N
  - сущность: заказ
    клиент: 1

Важно отделять кратность от обязательности самой сущности. 0..N означает, что у клиента может не быть заказов; это не означает, что клиент не существует без заказа. Аналогично, 1 на стороне заказа выражает обязательность связи, если бизнес запрещает анонимные заказы.

Если в процессе предусмотрена гостевая покупка, модель должна отражать это правило: заказ может быть связан с зарегистрированным клиентом необязательно, то есть 0..1. Нельзя выбирать 1 только потому, что большинство заказов оформляют авторизованные пользователи.

Модель следует проверить по реальным сценариям: первая покупка, повторная покупка, отменённый заказ, заказ гостя и объединение дублирующихся клиентских записей. Кратность должна описывать допустимые бизнес-состояния, а не только текущий интерфейс.

Ситуация из практики

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

Рассматривались два варианта. Первый — оставить связь 1..1 и создавать отдельного клиента для каждого заказа; это было проще для первоначальной реализации, но разрушало историю покупок и искажало клиентские показатели. Второй — изменить модель на клиент 0..N — заказ 1; это потребовало миграции и проверки существующих данных, зато сохранило единую историю клиента.

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

Что кандидаты часто упускают

1. Дополнительный вопрос: Может ли связь 1:N означать, что у каждого клиента обязательно есть заказ?

Нет. Запись 1:N часто используется упрощённо, но точная модель должна разделять минимальную и максимальную границы. Если новый клиент может существовать без заказа, правильная сторона клиента — 0..N; значение 1..N означало бы обязательный хотя бы один заказ.

2. Дополнительный вопрос: Почему нельзя определить кратность только по текущим данным?

Текущие данные показывают наблюдаемое состояние, но не обязательно все допустимые бизнес-сценарии. Отсутствие клиентов без заказов в выборке ещё не доказывает, что такие клиенты запрещены. Аналитик должен подтвердить правила у владельцев процесса и проверить исключения, иначе модель зафиксирует случайное состояние вместо бизнес-ограничения.

3. Дополнительный вопрос: Что изменится, если один заказ может содержать товары разных поставщиков?

Это не меняет связь клиента и заказа: один клиент по-прежнему может иметь много заказов, а заказ принадлежит одному клиенту. Появится другая связь — между заказом и поставщиком; её кратность нужно определить отдельно, например заказ 1..N поставщиков, если смешанные поставщики разрешены, или 1..1, если каждый заказ ограничен одним поставщиком. Кратности разных связей нельзя выводить друг из друга.