Re: Foreign Key issue - pg_shadow

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Rod Taylor" <rod(dot)taylor(at)inquent(dot)com>
Cc: "Hackers List" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Foreign Key issue - pg_shadow
Date: 2001-02-06 02:41:18
Message-ID: 22839.981427278@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"Rod Taylor" <rod(dot)taylor(at)inquent(dot)com> writes:
> I suppose the below reference isn't intended to be done. But, I'd
> like to extend the pg_shadow table to store information about the
> database users and some of their actions (a history of changes).
> Is it safe to add a UNIQUE constraint to the usesysid or usename
> columns?

You can't do either of those things, at least not without modifying
code in the backend. The code that manipulates pg_shadow entries knows
exactly what indexes exist on the table, so you can't just go and create
more. Also, that code will not fire triggers, so even if the correct
unique index existed, you would not get correct referential integrity
behavior.

However, it does seem like an oversight that we don't use unique indexes
to enforce uniqueness of usename and usesysid. Too late to fix it for
7.1 (unless we want to force another initdb), but it ought to get fixed.
Bruce, a TODO item please?

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2001-02-06 03:08:49 Re: 7.1 beta 3 CHANGES FOR QNX
Previous Message Eduardo Stern 2001-02-06 02:33:23 Re: ODBC Problem v7.1 beta4