Re: Problem on pg_dump RANGE partition with expressions

Поиск
Список
Период
Сортировка
От Yugo Nagata
Тема Re: Problem on pg_dump RANGE partition with expressions
Дата
Msg-id 20180713184502.1845a326.nagata@sraoss.co.jp
обсуждение исходный текст
Ответ на Re: Problem on pg_dump RANGE partition with expressions  (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>)
Ответы Re: Problem on pg_dump RANGE partition with expressions  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Thu, 12 Jul 2018 17:44:48 +0900
Amit Langote <Langote_Amit_f8@lab.ntt.co.jp> wrote:

> > 1) Allow to appear more than once in range partition key
> > 
> > I don't understand why there is this restriction. If we have no clear reason, 
> > can we rip out this restrition?
> 
> I can't recall exactly, but back when I wrote this code, I might have been
> thinking that such a feature is useless and would actually just end up
> being a foot gun for users.
> 
> Although, I'm open to ripping it out if it's seen as being overly restrictive.

I think this way is good to resolve this, because allowing columns to appear more
than once would be harmless at least with the current partitioning methods, 
range and hash, although this is useless. 

Actually, we currenly allow same expression apears more than once in partition key
like

 create table t (i int) partition by range((i+1),(i+1));

In the past, I proposed a patch to forbid this, but this is rejected
since there is harmless and no need to restrict this.

Attached is a patch to get rid of "appears more than once" restriction.

Regards,

-- 
Yugo Nagata <nagata@sraoss.co.jp>

Вложения

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

Предыдущее
От: "Kato, Sho"
Дата:
Сообщение: RE: How to make partitioning scale better for larger numbers ofpartitions
Следующее
От: Yugo Nagata
Дата:
Сообщение: Re: Temporary WAL segments files not cleaned up after an instancecrash