|
|
|
ID для таблицы
|
|||
|---|---|---|---|
|
#18+
Здр-те. Хочу разобраться с нужной ID поля для таблицы в Oracle. У меня есть таблица-хранилище, куда скидываются остатки по лицевым счетам. Пример столбцов: Лицевой счет, Дата, Остаток. 1 и 2 столбец в совокупности уникальны и у нас есть составной индекс по этим 2-м полям. Вопрос: Нужно ли для этой таблицы создавать уникальное поле ID (скажем, возможно, первичный ключ) и наращивать его через последовательность? По сути, это бесполезный ID, и его нельзя связать ни с 1 таблицей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.10.2016, 10:41 |
|
||
|
ID для таблицы
|
|||
|---|---|---|---|
|
#18+
lalafa, У естественного ключа пара недостатков. Негибкость к изменению концепции уникальности. Например, появляется версия, статус, "план счетов"... Каскадные ссылки на такой ключ будут разрастаться вширь и ... смотри первую причину. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.10.2016, 11:44 |
|
||
|
ID для таблицы
|
|||
|---|---|---|---|
|
#18+
Я бы не создавал А табличку превратил в IOT ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2016, 02:28 |
|
||
|
ID для таблицы
|
|||
|---|---|---|---|
|
#18+
сюр рогатыйУ естественного ключа пара недостатков. Негибкость к изменению концепции уникальности. Например, появляется версия, статус, "план счетов"... А дополнительный суррогатный ключ что-то меняет? Все одно концепцию уникальности надо перепахивать сюр рогатыйКаскадные ссылки на такой ключ будут разрастаться вширь и ... смотри первую причину. Так, если добавили, например, версию. То и надо перепахивать логику работы ссылки - на старую версию ссылаемся, на последнюю, на все. По любому задумываться надо. И в соответствии с этим принимать решение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2016, 11:56 |
|
||
|
|
start [/forum/search_topic.php?author=Alexin666&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
get settings: |
6ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
139ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 723ms |
| total: | 947ms |
| 0 / 0 |
