Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Внешние ключи на автора соединения. / 6 сообщений из 6, страница 1 из 1
03.06.2009, 13:12
    #36023419
Leximus
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Внешние ключи на автора соединения.
Здравствуйте. Давайте например представим что есть таблица пользователей. Есть ID пользователя и имя. Есть и другие таблицы, например Контрагенты, Договора, Заказы и т.д. В этих таблицах необходимо сделать учёт кто создал запись и изменил. Ну создаются например два поля(create_userid и change_userid). Вопрос следующий, делать ли их как внешние ключи илиже просто обычные поля. Если делать как обычные поля то туда можно будет вставить ID пользователя который не существует, илиже потом удалить пользователя например и останется от него только ID и соответственно узнать кто это был уже невозможно. Но если создать как внешний ключь, то таких проблем не будет, но я боюсь будет теряться очень много времени на проверку данного пользователя в таблице пользователей.

А какое Ваше мнение?
...
Рейтинг: 0 / 0
03.06.2009, 13:34
    #36023510
Leximus
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Внешние ключи на автора соединения.
Я теме хотел сказать не на автора соединения а на автора изменения. Извините.
...
Рейтинг: 0 / 0
03.06.2009, 14:26
    #36023629
AK-74U
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Внешние ключи на автора соединения.
Как-то странно: будет видно лишь того, кто последним изменил запись...
...
Рейтинг: 0 / 0
03.06.2009, 14:38
    #36023660
Leximus
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Внешние ключи на автора соединения.
AK-74U, Как правило достаточно посмотреть того кто последний сделал изменения. А если уж надо узнать кто вообще редактировал то или иное, то тут уж будет журнал, но с ним мне всё ясно. Просто например человеку необходимо узнать, кто последний редактировал контрагента, и чтобы не лезти в журнал достаточно посмотреть данные у строки, ведь "ковыряние" в журнале займёт больше времени. Но суть ни в этом, обсуждать насколько это надо или не надо я не собираюсь. Интересует непосредственно вопрос, делать как внешний ключ или как простое поле...
...
Рейтинг: 0 / 0
03.06.2009, 21:48
    #36024534
softwarer
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Внешние ключи на автора соединения.
LeximusНо если создать как внешний ключь, то таких проблем не будет, но я боюсь будет теряться очень много времени на проверку данного пользователя в таблице пользователей.
"Лучше сделать и жалеть, чем не сделать и жалеть".

Отключить существующий внешний ключ, когда это будет последним резервом производительности - гораздо легче, чем вычищать данные на простаивающем железе.
...
Рейтинг: 0 / 0
04.06.2009, 14:19
    #36025713
Leximus
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Внешние ключи на автора соединения.
softwarerLeximusНо если создать как внешний ключь, то таких проблем не будет, но я боюсь будет теряться очень много времени на проверку данного пользователя в таблице пользователей.
"Лучше сделать и жалеть, чем не сделать и жалеть".

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

Спасибо, так и поступлю!
...
Рейтинг: 0 / 0
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Внешние ключи на автора соединения. / 6 сообщений из 6, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]