Re: Proposal: move column defaults into pg_attribute along with attacl

From: "Alex Hunsaker" <badalex(at)gmail(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org, "Stephen Frost" <sfrost(at)snowman(dot)net>
Subject: Re: Proposal: move column defaults into pg_attribute along with attacl
Date: 2008-09-21 20:39:09
Message-ID: 34d269d40809211339t60efcb67r4f727cb792df3a10@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun, Sep 21, 2008 at 11:09 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> A possible objection to this plan is that if the column-level privileges
> patch doesn't get in, then we're left with a useless column in
> pg_attribute. But an always-null column doesn't cost much of anything,
> and we know that sooner or later we will support per-column ACLs:
> they are clearly useful as well as required by spec. So any
> inefficiency would only be transient anyway.
>
> Thoughts, objections?

Hrm, I thought if anything we wanted to put them in pg_constraints (at
least inherited ones). Now maybe I have defaults confused with NOT
NULLs... But don't we want to be able to give defaults names and and
such?

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Marko Kreen 2008-09-21 20:43:08 Re: [patch] fix dblink security hole
Previous Message Tom Lane 2008-09-21 20:24:16 Re: [patch] fix dblink security hole