Re: Declarative partitioning - another take
Alvaro Herrera <alvherre@2ndquadrant.com>
Robert Haas wrote:
> On Tue, Dec 20, 2016 at 4:51 AM, Alvaro Herrera
> <alvherre@2ndquadrant.com> wrote:
> > Amit Langote wrote:
> >
> >> diff --git a/src/backend/commands/tablecmds.c b/src/backend/commands/tablecmds.c
> >> index 1c219b03dd..6a179596ce 100644
> >> --- a/src/backend/commands/tablecmds.c
> >> +++ b/src/backend/commands/tablecmds.c
> >> @@ -13297,8 +13297,10 @@ ATExecAttachPartition(List **wqueue, Relation rel, PartitionCmd *cmd)
> >> }
> >> }
> >>
> >> + /* It's safe to skip the validation scan after all */
> >> if (skip_validate)
> >> - elog(NOTICE, "skipping scan to validate partition constraint");
> >> + ereport(INFO,
> >> + (errmsg("skipping scan to validate partition constraint")));
> >
> > Why not just remove the message altogether?
>
> That's certainly an option. It might be noise in some situations. On
> the other hand, it affects whether attaching the partition is O(1) or
> O(n), so somebody might well want to know. Or maybe they might be
> more likely to want a message in the reverse situation, telling them
> that the partition constraint DOES need to be validated. I'm not sure
> what the best user interface is here; thoughts welcome.
Even if we decide to keep the message, I think it's not very good
wording anyhow; as a translator I disliked it on sight. Instead of
"skipping scan to validate" I would use "skipping validation scan",
except that it's not clear what it is we're validating. Mentioning
partition constraint in errcontext() doesn't like a great solution, but
I can't think of anything better.
(We have the table_rewrite event trigger, for a very similar use case.)
--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Fix typo.
- 03bf59676ea0 10.0 landed
-
Document trigger-firing behavior for inheritance/partitioning.
- e17628145ac3 10.0 landed
-
Fire per-statement triggers on partitioned tables.
- e180c8aa8caf 10.0 landed
-
Set ecxt_scantuple correctly for tuple routing.
- 132488bfee68 10.0 landed
-
Fix interaction of partitioned tables with BulkInsertState.
- b1ecb9b3fcfb 10.0 landed
-
Avoid core dump for empty prepared statement in an aborted transaction.
- ba61a04bc7fe 10.0 cited
-
Fix some problems in check_new_partition_bound().
- 8a8afe2f54c2 10.0 landed
-
Remove unnecessary arguments from partitioning functions.
- 18fc5192a631 10.0 cited
-
Fix reporting of constraint violations for table partitioning.
- f1b4c771ea74 10.0 cited
-
Fix tuple routing in cases where tuple descriptors don't match.
- 2ac3ef7a01df 10.0 cited
-
Invalid parent's relcache after CREATE TABLE .. PARTITION OF.
- 7cd0fd655d68 10.0 landed
-
Doc: improve documentation about inheritance.
- 162477a63d3c 10.0 cited