Re: assert pg_class.relnatts is consistent
| От | John Naylor |
|---|---|
| Тема | Re: assert pg_class.relnatts is consistent |
| Дата | |
| Msg-id | CACPNZCsf+u8w8QK0DBF4yB66A-dQTpJXqNr7cwnXYE6VVz87hA@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: assert pg_class.relnatts is consistent (John Naylor <john.naylor@2ndquadrant.com>) |
| Ответы |
Re: assert pg_class.relnatts is consistent
Re: assert pg_class.relnatts is consistent |
| Список | pgsql-hackers |
I wrote:
> + elsif ($attname eq 'relnatts')
> + {
> + ;
> + }
>
> With your patch, I get this when running
> src/include/catalog/reformat_dat_file.pl:
>
> strip_default_values: pg_class.relnatts undefined
>
> Rather than adding this one-off case to AddDefaultValues and then
> another special case to strip_default_values, maybe it would be better
> to just add a placeholder BKI_DEFAULT(0) to pg_class.h, with a comment
> that it's just a placeholder.
One possible objection to what I wrote above is that it adds a
different kind of special case, but in a sneaky way. Perhaps it would
be more principled to treat it the same as oid after all. If we do
that, it would help to add a comment that we can't treat relnatts like
pronangs, since we need more information than what's in each pg_class
row.
--
John Naylor https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: