Управление предприятием во времена кризисов

Суррогатные первичные ключи для служебных таблиц в базе данных

Я вообще придерживаюсь мнения, что достаточно достаточно подробно отразить связи предметной области в структуре БД, чтобы она долго и безбедно существовала и позволяла писать всякий там код без того, чтобы трогать ее самоё.

Вот вопрос необходимости суррогатного ПК в таблице, необходимой только для реализации связи m:n, на мой вкус — дело вкуса — везде делаем, ну и здесь сделаем; или ни в одной такой таблице не делаем.

Если связь соответствует какой-то сущности, однозначно следует создать суррогатный первичный ключ.

Если в планах репликация между серверами, однозначно следует создать суррогатный ПК (плюс озаботиться пулами значений или GUID) .