Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
НЕ первичный суррогатный ключ
|
|||
|---|---|---|---|
|
#18+
Увидел такую идею для DW: поскольку при введении суррогатного ключа всего следует оставлять ограничение уникальности бизнес-ключа (возможно составного), то получим два равноправных в SELECT уникальных индекса. Вопрос: а почему собственно первичным следует объявлять именно суррогатный? Мигрировать в другие таблицы можно суррогатный ключ и не объявляя его первичным. Ведь в DW ограничения целостности (кроме уникальности) практически не используются. Применял ли реально кто-нибудь такую тактику и что вышло? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2005, 15:38 |
|
||
|
НЕ первичный суррогатный ключ
|
|||
|---|---|---|---|
|
#18+
В первую очередь, для DW суррогатные ключи имеют меньшее значение. Достаточно часто их просто незачем делать. Во вторую очередь, концептуально я не вижу разницы между первичным и альтернативными ключами. Технически может быть вопрос с null-ами - суррогатный ключ гарантированно не имеет null-ов, а о бизнес-ключе этого сказать нельзя. Практически - хранилище, созданное в Oracle Warehouse Builder, имеет все шансы вообще не иметь ни одного первичного ключа; все ключи по умолчанию создаются как unique. Так что практика, видимо, есть :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2005, 17:14 |
|
||
|
НЕ первичный суррогатный ключ
|
|||
|---|---|---|---|
|
#18+
ModelRВопрос: а почему собственно первичным следует объявлять именно суррогатный?Потому, что суррогатный всегда вводится именно для этого ModelRПрименял ли реально кто-нибудь такую тактику и что вышло?А зачем ее применять, если она не несет ни одного преимущества, и при этом имеет ряд недостатков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2005, 07:35 |
|
||
|
НЕ первичный суррогатный ключ
|
|||
|---|---|---|---|
|
#18+
Первичный еще претендует на неизменность идентификации. Т.е. мало причин менять его значения. А естественные подвержены этому - хуже с точки зрения идентификации. А альтернативный для идетификации имеет меньшее значение. Кроме того, первичный ключ в разных диалектах SQL или некоторых механизмах играет особую роль, и потому отличается от альтернативного. Например, в Оракле при создании мат представлений можно использовать превичный (наряду с ROWID), но нельзя альтернативный. Т.е. может влиять преимущество типа данных суррогатного с одной стороны, и не играет роль сами значения в плане сематики. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2005, 12:49 |
|
||
|
НЕ первичный суррогатный ключ
|
|||
|---|---|---|---|
|
#18+
vadiminfoПервичный еще претендует на неизменность идентификации. Суррогатный. Первичность тут не при чем. vadiminfoНапример, в Оракле при создании мат представлений можно использовать превичный (наряду с ROWID), но нельзя альтернативный. Если не ошибаюсь, здесь играет роль не столько статус первичного ключа, сколько специфика реализации альтернативных. Уникальные ключи в Oracle допускают null-овские значения и потому адресуют не все строки, что не подходит для решаемой задачи. Я не погружался в этот вопрос, но для альтернативного ключа вида unique not null нет никаких проблем в использовании вместо первичного. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2005, 13:03 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=153&tid=1545868]: |
0ms |
get settings: |
12ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
97ms |
get topic data: |
15ms |
get forum data: |
4ms |
get page messages: |
41ms |
get tp. blocked users: |
2ms |
| others: | 265ms |
| total: | 461ms |

| 0 / 0 |
