Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
наследование & уникальный индекс
|
|||
|---|---|---|---|
|
#18+
Есть таблица A с уникальным индексом на несколько полей. Пронаследовали от нее таблицу Б. Как добиться того, чтобы при вставке данных в Б контролировалась уникальность по обеим таблицам? Сейчас получается так, что в таблицу Б можно добавить запись, которая уже существует в таблице А. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.03.2008, 09:00 |
|
||
|
наследование & уникальный индекс
|
|||
|---|---|---|---|
|
#18+
Хорошей практикой в данном случае является навешивание непересекающихся check constraint-ов на колонки с PK в обоих таблицах. То есть вы создаете отдельно в каждой таблице PK, например, по колонке id и говорите, что в первой таблице id > 0 and id < 100, а во второй id > 100 and id < 200 и так далее. Включив при этом constraint_exclusion, вы научите PostgreSQL делать запросы по одной таблице, не просматривая вторую (при условиях вида WHERE id = X). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.03.2008, 20:24 |
|
||
|
наследование & уникальный индекс
|
|||
|---|---|---|---|
|
#18+
Немного не такая постановка задачи. Очевидно, то что Вы описали - партиционирование. Данная функциональность активно применяется в моем проекте. Перечитав еще раз раз всю документацию я понял, что нельзя получить то, что я хочу. Перепроектировал этот кусок БД. Тему можно закрывать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2008, 06:28 |
|
||
|
наследование & уникальный индекс
|
|||
|---|---|---|---|
|
#18+
Я вот не понял. А разве в таблице А не появится запись при вставке в таблицу B? И не применится ограничение по ключу? Вроде именно так и должен механизм наследования работать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2008, 10:16 |
|
||
|
наследование & уникальный индекс
|
|||
|---|---|---|---|
|
#18+
Самоловских Виталий aka KefirЯ вот не понял. А разве в таблице А не появится запись при вставке в таблицу B? И не применится ограничение по ключу? Вроде именно так и должен механизм наследования работать... нет, запись в А не появляется он работает не так, в доках вроде бы это описано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2008, 10:41 |
|
||
|
наследование & уникальный индекс
|
|||
|---|---|---|---|
|
#18+
Это всё конечно хорошо...., но всё таки, может кто решал проблему наличия уникальности записей по первичному ключу в парент и чаилд.... Сегодня собрался делать наследование, а тут почитал форум и доку... и здрасьте... Дайте примерчик или ссылку... плиз... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2008, 18:07 |
|
||
|
|

start [/forum/topic.php?fid=53&tid=2004511]: |
0ms |
get settings: |
10ms |
get forum list: |
21ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
40ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 254ms |
| total: | 396ms |

| 0 / 0 |
