Re: Report error position in partition bound check

Поиск
Список
Период
Сортировка
От Alexandra Wang
Тема Re: Report error position in partition bound check
Дата
Msg-id DM6PR05MB692465B221C78E971542F745B0600@DM6PR05MB6924.namprd05.prod.outlook.com
обсуждение исходный текст
Ответ на Re: Report error position in partition bound check  (Daniel Gustafsson <daniel@yesql.se>)
Список pgsql-hackers
> On 2 July 2020, at 06:39, Daniel Gustafsson <daniel@yesql.se> wrote:
> > On 10 Apr 2020, at 23:50, Alexandra Wang <lewang@pivotal.io> wrote:
>
> > On Fri, Apr 10, 2020 at 8:37 AM Ashutosh Bapat <ashutosh.bapat@2ndquadrant.com <mailto:ashutosh.bapat@2ndquadrant.com>> wrote:
> > > for a multi-key value the ^
> > > points to the first column and the reader may think that that's the
> > > problematci column. Should it instead point to ( ?
> >
> > I attached a v2 of Amit's 0002 patch to also report the exact column
> > for the partition overlap errors.
>
> This patch fails to apply to HEAD due to conflicts in the create_table expected
> output.  Can you please submit a rebased version?  I'm marking the CF entry
> Waiting on Author in the meantime.

Thank you Daniel. Here's the rebased patch. I also squashed the two
patches into one so it's easier to review.

--
Alex

Вложения

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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: min_safe_lsn column in pg_replication_slots view
Следующее
От: Justin Pryzby
Дата:
Сообщение: Re: proposal: possibility to read dumped table's name from file