You signed in with another tab or window.Reload to refresh your session.You signed out in another tab or window.Reload to refresh your session.You switched accounts on another tab or window.Reload to refresh your session.Dismiss alert
Use MINVALUE/MAXVALUE instead of UNBOUNDED for range partition bounds.
Previously, UNBOUNDED meant no lower bound when used in the FROM list,and no upper bound when used in the TO list, which was OK forsingle-column range partitioning, but problematic with multiplecolumns. For example, an upper bound of (10.0, UNBOUNDED) would not becollocated with a lower bound of (10.0, UNBOUNDED), thus making itdifficult or impossible to define contiguous multi-column rangepartitions in some cases.Fix this by using MINVALUE and MAXVALUE instead of UNBOUNDED torepresent a partition column that is unbounded below or aboverespectively. This syntax removes any ambiguity, and ensures that ifone partition's lower bound equals another partition's upper bound,then the partitions are contiguous.Also drop the constraint prohibiting finite values after an unboundedcolumn, and just document the fact that any values after MINVALUE orMAXVALUE are ignored. Previously it was necessary to repeat UNBOUNDEDmultiple times, which was needlessly verbose.Note: Forces a post-PG 10 beta2 initdb.Report by Amul Sul, original patch by Amit Langote with someadditional hacking by me.Discussion:https://postgr.es/m/CAAJ_b947mowpLdxL3jo3YLKngRjrq9+Ej4ymduQTfYR+8=YAYQ@mail.gmail.com
<phrase><replaceable class="PARAMETER">index_parameters</replaceable> in <literal>UNIQUE</literal>, <literal>PRIMARY KEY</literal>, and <literal>EXCLUDE</literal> constraints are:</phrase>