Re: Problem identifying constraints which should not be inherited
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Problem identifying constraints which should not be inherited |
| Дата | |
| Msg-id | 1430.1205938402@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Problem identifying constraints which should not be inherited (NikhilS <nikkhils@gmail.com>) |
| Ответы |
Re: Problem identifying constraints which should not be inherited
|
| Список | pgsql-bugs |
NikhilS <nikkhils@gmail.com> writes:
> On Fri, Mar 7, 2008 at 6:37 AM, Bruce Momjian <bruce@momjian.us> wrote:
>> Added to TODO:
>> o Require all CHECK constraints to be inherited
> PFA, a small patch attached which should fix this.
If it's a small patch, it's wrong by definition. AFAICS there is no way
to fix this correctly that doesn't involve catalog changes. The point
of the TODO is that you have to enforce that the inherited constraint
sticks around, eg can't be dropped on a child table while it's still
present on the parent. There are implications for pg_dump too.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера