| От | Tom Lane |
|---|---|
| Тема | Re: About get_relation_constraints and include_notnull |
| Дата | |
| Msg-id | 17859.1452782187@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | About get_relation_constraints and include_notnull (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>) |
| Ответы |
Re: About get_relation_constraints and include_notnull
|
| Список | pgsql-hackers |
Amit Langote <Langote_Amit_f8@lab.ntt.co.jp> writes:
> Why does the argument include_notnull argument exist if
> get_relation_constraints() is being called from only one place? Perhaps we
> could remove it and add the IS NOT NULL test expression unconditionally if
> there are any NOT NULL columns.
Well, you could argue why have a routine at all instead of inlining it
into the one caller. IIRC the thought was that other likely uses of
constraint-fetching might want to see only the actual check constraints.
Is there some positive benefit from removing the argument?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера