Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

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

start [/forum/topic.php?fid=53&mobile=1&tid=2004511]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
58ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 241ms |
| total: | 387ms |

| 0 / 0 |
