Re: [doc] improve tableoid description

Поиск
Список
Период
Сортировка
От Ian Lawrence Barwick
Тема Re: [doc] improve tableoid description
Дата
Msg-id CAB8KJ=jJMy2-W3mrSfJ9a1xdX7Mzvbk9jNPZotMO6PbQK7JrFQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [doc] improve tableoid description  (Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>)
Ответы Re: [doc] improve tableoid description  (Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>)
Re: [doc] improve tableoid description  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Список pgsql-hackers
2020年10月19日(月) 20:22 Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>:
>
> On Sat, Oct 17, 2020 at 6:35 PM Ian Lawrence Barwick <barwick@gmail.com> wrote:
> >
> > [doc] improve tableoid description
> >
> > Hi
> >
> > Attached patch aims to improve the description of the tableoid system column [1]
> > by:
> >
> > - mentioning it's useful for determining table names for partitioned tables as
> >   well as for those in inheritance hierarchies
>
> This looks fine.
>
> > - mentioning the possibility of casting tableoid to regclass (which is simpler
> >   than the currently suggested join on pg_class, which is only needed if
> >   the schema name is absolutely required)
>
> Mentioning casting to regclass is worthwhile but it's not performance
> efficient if there are many tableoids. In that case, joining with
> pg_class.oid is quite efficient.

True.

> That line further suggests using
> regnamespace which is not as efficient as joining with
> pg_namespace.oid. But pg_namespace won't have as many entries as
> pg_class so casting to regnamespace might be fine. Should we suggest
> both the methods somehow?

On further reflection, I think trying to explain all that is going to
end up as a
mini-tutorial which is beyond the scope of the explanation of a column, so
the existing reference to pg_class should be enough.

Revised patch attached just mentioning partitioned tables.


Regards

Ian Barwick


--
EnterpriseDB: https://www.enterprisedb.com

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Masahiko Sawada
Дата:
Сообщение: Re: Transactions involving multiple postgres foreign servers, take 2
Следующее
От: vignesh C
Дата:
Сообщение: Re: Parallel copy