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


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

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

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

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

This entry was posted on Вторник, апреля 21, 2015 at 17:45 and is filed under базы данных, проектирование, разработка. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

Leave a Reply

You must be logged in to post a comment.