Markus Wanner <[EMAIL PROTECTED]> 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
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
