Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> On further reflection, this can still turn into a laundry list in certain cases.
> DETAIL: You can only comment on columns of tables, views, and composite types.
> seems less helpful than:
> DETAIL: Comments on relations with system-generated column names are
> not supported.
> I think that for rules, triggers, constraints, and anything that only
> works on a single relkind, we can't do much better than to list the
> specific object types. But where there's some sort of guiding
> principle involved I think we'd do well to articulate it.
I'm unconvinced, because the "guiding principle" is likely to be an
implementation detail that won't actually mean much to users. Your
example above is a case in point --- I do *not* think the average
user will see that as an improvement.
regards, tom lane
In response to
pgsql-hackers by date
|Next:||From: Tom Lane||Date: 2010-12-31 02:02:04|
|Subject: Re: estimating # of distinct values |
|Previous:||From: Simon Riggs||Date: 2010-12-31 01:57:34|
|Subject: Re: Sync Rep Design|