Re: [PATCH] Check operator when creating unique index on partition table
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Guancheng Luo <prajnamort@gmail.com>
Cc: pgsql-hackers@lists.postgresql.org
Date: 2020-04-01T18:53:09Z
Lists: pgsql-hackers
Guancheng Luo <prajnamort@gmail.com> writes: > On Mar 26, 2020, at 01:00, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> This would reject, for example, a hash index associated with a btree-based >> partition constraint, but I'm not sure we're losing anything much thereby. > There is cases when a BTREE index associated with a HASH partition key, but I think we should allow them, > as long as their equality operators consider the same value as equal. Ah, yeah, I see we already have regression test cases that require that. I pushed the patch with some cosmetic revisions. I left out the regression test case though; it seemed pretty expensive considering that the code is already being exercised by existing cases. Thanks for the report and patch! regards, tom lane
Commits
-
Check equality semantics for unique indexes on partitioned tables.
- 76ea606968c6 12.3 landed
- 76ddc88f4dde 11.8 landed
- 501b0187998c 13.0 landed