Re: Correct docs re: rewriting indexes when table rewrite is skipped

Поиск
Список
Период
Сортировка
От James Coleman
Тема Re: Correct docs re: rewriting indexes when table rewrite is skipped
Дата
Msg-id CAAaqYe-oJ_ZfcJ1zecNdbS7zZh_MdWGVCfrthYEttroQxf6FUQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Correct docs re: rewriting indexes when table rewrite is skipped  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Correct docs re: rewriting indexes when table rewrite is skipped  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Wed, Mar 30, 2022 at 5:41 PM Robert Haas <robertmhaas@gmail.com> wrote:
>
> On Wed, Mar 30, 2022 at 4:33 PM James Coleman <jtc331@gmail.com> wrote:
> > Hmm, having it match the way it works makes sense. Would you feel
> > comfortable with an intermediate step (queueing up that as a larger
> > change) changing the clause to something like "indexes will still have
> > to be rebuilt unless the system can guarantee that the sort order is
> > proven to be unchanged" (with appropriate wordsmithing to be a bit
> > less verbose if possible)?
>
> Yeah, that seems fine. It's arguable how much detail we should go into
> here - but a statement of the form you propose is not misleading, and
> that's what seems most important to me.

All right, thanks for feedback. Attached is v2 with such a change.
I've not included examples, and I'm about 50/50 on doing so. What are
your thoughts on adding in parens "e.g., changing from varchar to text
avoids rebuilding indexes while changing from text to a domain of text
with a different collation will require rebuilding indexes"?

Thanks,
James Coleman

Вложения

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

Предыдущее
От: "Gunnar \"Nick\" Bluth"
Дата:
Сообщение: Re: [PATCH] pg_stat_toast v10
Следующее
От: Pavel Borisov
Дата:
Сообщение: Re: Commitfest Update