|
|
|
Внешние ключи на автора соединения.
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. Давайте например представим что есть таблица пользователей. Есть ID пользователя и имя. Есть и другие таблицы, например Контрагенты, Договора, Заказы и т.д. В этих таблицах необходимо сделать учёт кто создал запись и изменил. Ну создаются например два поля(create_userid и change_userid). Вопрос следующий, делать ли их как внешние ключи илиже просто обычные поля. Если делать как обычные поля то туда можно будет вставить ID пользователя который не существует, илиже потом удалить пользователя например и останется от него только ID и соответственно узнать кто это был уже невозможно. Но если создать как внешний ключь, то таких проблем не будет, но я боюсь будет теряться очень много времени на проверку данного пользователя в таблице пользователей. А какое Ваше мнение? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2009, 13:12 |
|
||
|
Внешние ключи на автора соединения.
|
|||
|---|---|---|---|
|
#18+
Я теме хотел сказать не на автора соединения а на автора изменения. Извините. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2009, 13:34 |
|
||
|
Внешние ключи на автора соединения.
|
|||
|---|---|---|---|
|
#18+
Как-то странно: будет видно лишь того, кто последним изменил запись... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2009, 14:26 |
|
||
|
Внешние ключи на автора соединения.
|
|||
|---|---|---|---|
|
#18+
AK-74U, Как правило достаточно посмотреть того кто последний сделал изменения. А если уж надо узнать кто вообще редактировал то или иное, то тут уж будет журнал, но с ним мне всё ясно. Просто например человеку необходимо узнать, кто последний редактировал контрагента, и чтобы не лезти в журнал достаточно посмотреть данные у строки, ведь "ковыряние" в журнале займёт больше времени. Но суть ни в этом, обсуждать насколько это надо или не надо я не собираюсь. Интересует непосредственно вопрос, делать как внешний ключ или как простое поле... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2009, 14:38 |
|
||
|
Внешние ключи на автора соединения.
|
|||
|---|---|---|---|
|
#18+
LeximusНо если создать как внешний ключь, то таких проблем не будет, но я боюсь будет теряться очень много времени на проверку данного пользователя в таблице пользователей. "Лучше сделать и жалеть, чем не сделать и жалеть". Отключить существующий внешний ключ, когда это будет последним резервом производительности - гораздо легче, чем вычищать данные на простаивающем железе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2009, 21:48 |
|
||
|
Внешние ключи на автора соединения.
|
|||
|---|---|---|---|
|
#18+
softwarerLeximusНо если создать как внешний ключь, то таких проблем не будет, но я боюсь будет теряться очень много времени на проверку данного пользователя в таблице пользователей. "Лучше сделать и жалеть, чем не сделать и жалеть". Отключить существующий внешний ключ, когда это будет последним резервом производительности - гораздо легче, чем вычищать данные на простаивающем железе. Спасибо, так и поступлю! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2009, 14:19 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=87&tid=1543210]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
37ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 246ms |
| total: | 373ms |

| 0 / 0 |
