RE: Range partitioning and overlap

From: Edson Richter <edsonrichter(at)hotmail(dot)com>
To: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: RE: Range partitioning and overlap
Date: 2020-11-13 20:46:43
Message-ID: DM6PR13MB3988F15C65F793B32C1E1F30CFE60@DM6PR13MB3988.namprd13.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs pgsql-general


De: David G. Johnston <david(dot)g(dot)johnston(at)gmail(dot)com>
Enviado: sexta-feira, 13 de novembro de 2020 17:32
Para: Edson Richter <edsonrichter(at)hotmail(dot)com>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Assunto: Re: Range partitioning and overlap

On Fri, Nov 13, 2020 at 1:29 PM Edson Richter <edsonrichter(at)hotmail(dot)com<mailto:edsonrichter(at)hotmail(dot)com>> wrote:
"Range Partitioning

The table is partitioned into “ranges” defined by a key column or set of columns, with no overlap between the ranges of values assigned to different partitions. For example, one might partition by date ranges, or by ranges of identifiers for particular business objects."

Is there a misinterpretation from my side, or examples are inconsistent with the paragraph above?

Further on the documentation: "When creating a range partition, the lower bound specified with FROM is an inclusive bound, whereas the upper bound specified with TO is an exclusive bound."

David J.

I'm pretty sure I cannot find this statement in PostgreSQL 13 documentation page about partitioning. May be this statement is in another page?
Would you mind to share the URL with this statement?

Thanks,

Edson

In response to

Responses

Browse pgsql-docs by date

  From Date Subject
Next Message Tom Lane 2020-11-13 20:58:04 Re: Range partitioning and overlap
Previous Message David G. Johnston 2020-11-13 20:32:52 Re: Range partitioning and overlap

Browse pgsql-general by date

  From Date Subject
Next Message Adrian Klaver 2020-11-13 20:48:20 Re: New "function tables" in V13 documentation
Previous Message Adrian Klaver 2020-11-13 20:45:56 Re: New "function tables" in V13 documentation