Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
13.07.2004, 15:36
|
|||
|---|---|---|---|
Связь один к одному. Использовать суррогатный ключ? |
|||
|
#18+
Есть таблица пользователей. Там первичный ключ естественный - табельный номер. Есть связанная таблица. Связь один к одному. Записей во второй много меньше, чем в первой. Вопрос: во второй таблице первичнвым (он же внешний?) ключом оставить табельный номер, или ввести ID в качестве первичного ключа, а на табельный номер поставить уникальность? Интересует, что будет правильней в моей ситуации и в ситуации, когда большая по количеству полей таблица искуственно разделена на две, т.е. кол-во записей в них одинаковое ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.07.2004, 16:38
|
|||
|---|---|---|---|
Связь один к одному. Использовать суррогатный ключ? |
|||
|
#18+
Оставить табельный номер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.07.2004, 18:55
|
|||
|---|---|---|---|
Связь один к одному. Использовать суррогатный ключ? |
|||
|
#18+
Я бы тоже больше бы думал о табельном номере. Если нужна инфа только из второй таблы и табельный номер, то не нужно соединение. Меньше полей, индексов. Суррогатный ключ мало о чем говорит пользователю, идентифицирует в пределах таблицы. Основным сильным доводом в пользу суррогатного ключа является, то что, считается, что нет причин его менять. Если бы во второй таблице было много, записей, относящихся к одному пользователю, то это бы усилило значение этого довода. Ну, и например, в Оракле триггер на каскадное обновление не надо писать. В Access поддерживается декларативное каскадное обновление. Ну еще, если в БД уже много суррогатных ключей, то как бы использование в других случаях естественных - нарушение однообразия подхода. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=32&mobile=1&tid=1546361]: |
0ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
74ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 242ms |
| total: | 414ms |

| 0 / 0 |
