From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Markus Wanner <markus(at)bluegap(dot)ch> |
Cc: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, 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-23 12:29:56 |
Message-ID: | 25417.1222172996@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Markus Wanner <markus(at)bluegap(dot)ch> writes:
> Just to understand the issue here: what's the reason for having an OID
> for the default value and possible another one for a ACLs, but none for
> the attribute itself?
Well, as far as the dependency system goes this way is more convenient.
If pg_attribute entries had their own OIDs it would be fairly hard
to implement DROP TABLE except with an intermediate step of dropping
each of the columns one by one, because you'd pretty much have to have
explicit pg_depend entries linking each column to its table, and that
behavior is what you'd get from the dependency traversal.
So that's why we didn't add OIDs (back) to pg_attribute when we invented
the dependency system.
Default values would need their own OIDs, or at least some distinct
representation in pg_depend, in any case.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-09-23 12:38:26 | Re: WIP patch: Collation support |
Previous Message | Zdenek Kotala | 2008-09-23 12:26:58 | Re: Initial prefetch performance testing |