Re: psql \d+ and oid display

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Bruce Momjian <bruce(at)momjian(dot)us>, Andrew Dunstan <andrew(at)dunslane(dot)net>, David Johnston <polobo(at)yahoo(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: psql \d+ and oid display
Date: 2014-04-09 13:27:11
Message-ID: CA+Tgmob0Q92Bj=09=DTv0QT5UW_dup6n=io7o3+nTdb3KwFdzg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Apr 9, 2014 at 1:02 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>> Well, that's sorta my concern. I mean, right now we've got people
>> saying "what the heck is a replica identity?". But, if the logical
>> decoding stuff becomes popular, as I hope it will, that's going to be
>> an important thing for people to adjust, and the information needs to
>> be present in a clear and easily-understood way. I haven't studied
>> the current code in detail so maybe it's fine. I just want to make
>> sure we're not giving it second-class treatment solely on the basis
>> that it's new and people aren't using it yet.
>
> I think the proposal is "don't mention the property if it has the
> default value". That's not second-class status, as long as people
> who know what the property is understand that behavior. It's just
> conserving screen space.

One thing that concerns me is that replica identity has a different
default for system tables (NOTHING) than for other tables (DEFAULT).
So when we say we're not going to display the default value, are we
going to display it when it's not NOTHING, when it's not DEFAULT, or
when it's not the actual default for that particular kind of table?

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2014-04-09 13:38:34 Re: [RFC, POC] Don't require a NBuffer sized PrivateRefCount array of local buffer pins
Previous Message Robert Haas 2014-04-09 13:17:59 Re: [RFC, POC] Don't require a NBuffer sized PrivateRefCount array of local buffer pins