overlapping ranges

Started by PG Bug reporting formabout 8 years ago5 messagesdocs
Jump to latest
#1PG Bug reporting form
noreply@postgresql.org

The following documentation comment has been logged on the website:

Page: https://www.postgresql.org/docs/10/static/ddl-partitioning.html
Description:

In the date partitioning example the first and last dates are the first of
the month, which will cause conflicts. The last date needs to be the final
day of the same month.

#2Peter Eisentraut
peter_e@gmx.net
In reply to: PG Bug reporting form (#1)
Re: overlapping ranges

On 1/20/18 15:58, PG Doc comments form wrote:

The following documentation comment has been logged on the website:

Page: https://www.postgresql.org/docs/10/static/ddl-partitioning.html
Description:

In the date partitioning example the first and last dates are the first of
the month, which will cause conflicts. The last date needs to be the final
day of the same month.

I don't think so, because the upper bound of the range is not included
in the range.

--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

#3Nick Farrell
nicholas.farrell@gmail.com
In reply to: Peter Eisentraut (#2)
Re: overlapping ranges

Further down the page, that is contradicted, where there are numeric ranges
spaced every hundred, where it says that is disallowed because of the
ambiguity at the overlap point. Either way, the documentation is
inconsistent.

On 21 Jan. 2018 9:26 am, "Peter Eisentraut" <
peter.eisentraut@2ndquadrant.com> wrote:

Show quoted text

On 1/20/18 15:58, PG Doc comments form wrote:

The following documentation comment has been logged on the website:

Page: https://www.postgresql.org/docs/10/static/ddl-partitioning.html
Description:

In the date partitioning example the first and last dates are the first

of

the month, which will cause conflicts. The last date needs to be the

final

day of the same month.

I don't think so, because the upper bound of the range is not included
in the range.

--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

#4Pantelis Theodosiou
ypercube@gmail.com
In reply to: Nick Farrell (#3)
Re: overlapping ranges

The CREATE TABLE page has this explanation, about FROM and TO in
partitioning declarations:

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. That is, the values specified in the FROM list are valid
values of the corresponding partition key columns for this partition,
whereas those in the TO list are not.

On Sat, Jan 20, 2018 at 10:39 PM, Nick Farrell <nicholas.farrell@gmail.com>
wrote:

Show quoted text

Further down the page, that is contradicted, where there are numeric
ranges spaced every hundred, where it says that is disallowed because of
the ambiguity at the overlap point. Either way, the documentation is
inconsistent.

On 21 Jan. 2018 9:26 am, "Peter Eisentraut" <peter.eisentraut@2ndquadrant.
com> wrote:

On 1/20/18 15:58, PG Doc comments form wrote:

The following documentation comment has been logged on the website:

Page: https://www.postgresql.org/docs/10/static/ddl-partitioning.html
Description:

In the date partitioning example the first and last dates are the first

of

the month, which will cause conflicts. The last date needs to be the

final

day of the same month.

I don't think so, because the upper bound of the range is not included
in the range.

--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

#5Peter Eisentraut
peter_e@gmx.net
In reply to: Nick Farrell (#3)
Re: overlapping ranges

On 1/20/18 17:39, Nick Farrell wrote:

Further down the page, that is contradicted, where there are numeric
ranges spaced every hundred, where it says that is disallowed because of
the ambiguity at the overlap point.

That talks about the old way of doing partitioning, which works
differently in this respect.

--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services