Re: [PATCH] Partial indices almost there
| От | Tom Lane | 
|---|---|
| Тема | Re: [PATCH] Partial indices almost there | 
| Дата | |
| Msg-id | 18094.994860017@sss.pgh.pa.us обсуждение исходный текст | 
| Ответ на | Re: [PATCH] Partial indices almost there (Martijn van Oosterhout <kleptog@svana.org>) | 
| Список | pgsql-general | 
Martijn van Oosterhout <kleptog@svana.org> writes:
> Does somewhere check for duplicate oids?
The duplicate_oids script in the same directory.
In practice, what really matters is that no two entries in the same
system catalog have the same OID; it wouldn't matter if we had, say,
the same OID used by a pg_proc and a pg_am entry.  In some catalogs
it doesn't matter at all because we never do lookups by OID (this is
true for pg_attribute, for example *).  We have a unique index on OID
on every system catalog where it matters, and ultimately that is what
ensures validity of the OID assignments.  Keeping the hand-assigned
OIDs unique across the whole system is just a matter of neatnik-ism.
            regards, tom lane
* In fact, Patricia Holben noticed awhile back that there *are*
duplicate OIDs in pg_attribute, in all releases <= 7.1.  This was caused
by a bug in the code that creates pg_attribute rows for multi-key
indexes: it put the same OID on each such row.  This is fixed in current
sources, but it's graphic proof that nonunique OIDs don't hurt when
they're not being used for lookup...
		
	В списке pgsql-general по дате отправления: