| От | Michael Paquier |
|---|---|
| Тема | Re: Allowing REINDEX to have an optional name |
| Дата | |
| Msg-id | YtYvbtPCW2ztdUHy@paquier.xyz обсуждение |
| Ответ на | Re: Allowing REINDEX to have an optional name (Justin Pryzby <pryzby@telsasoft.com>) |
| Ответы |
Re: Allowing REINDEX to have an optional name
|
| Список | pgsql-hackers |
On Mon, Jul 18, 2022 at 09:26:53PM -0500, Justin Pryzby wrote:
> Sorry, I meant to send this earlier..
No problem.
> It looks like you named the table "toast_relfilenodes", but then also store
> to it data for non-toast tables.
How about naming that index_relfilenodes? One difference with what I
posted previously and 5fb5b6 is the addition of an extra regclass that
stores the parent table, for reference in the output.
> It's also a bit weird to call the column "relname" but use it to store the
> ::regclass. You later need to cast the column to text, so you may as well
> store it as text, either relname or oid::regclass.
I have used "indname" at the end.
> It seems like cluster.sql does this more succinctly.
Except that this does not include the relfilenodes from the toast
indexes, which is something I wanted to add a check for when it comes
to both user tables and catalogs.
> Why {4,5} ?
Looks like a brain fade from here, while looking the relation names
this generated. This could just match with an integer.
--
Michael
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера