From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Don Felgar <dfelgar(at)rainier-infosys(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: No primary key in pg_shadow |
Date: | 2002-11-12 20:24:05 |
Message-ID: | 11234.1037132645@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Don Felgar <dfelgar(at)rainier-infosys(dot)com> writes:
> My problem is, there seems to be no way to have a foreign key
> reference into pg_shadow as it has no unique, non-null field.
Actually usename is a primary key (and is even marked as NOT NULL
in 7.3) ... but the system still won't let you reference it as a
foreign key:
regression=# create table fooey (usr name references pg_shadow(usename));
NOTICE: CREATE TABLE will create implicit trigger(s) for FOREIGN KEY check(s)
ERROR: CREATE TABLE: relation "pg_shadow" is a system catalog
The reason for this restriction is that foreign keys require triggers,
and we don't support placing triggers on the system catalogs.
While I don't think we'll ever allow BEFORE triggers on the catalogs,
AFTER triggers might be feasible, which would be enough for foreign
key references. Don't hold your breath though (it won't be in 7.3
for sure).
To solve your problem, what I'd suggest is that you create your own
table that is your master list of users, and put triggers on it to issue
CREATE/DROP USER commands when entries are added or deleted.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | scott.marlowe | 2002-11-12 20:26:34 | Re: Upgrade to dual processor machine? |
Previous Message | Robert Treat | 2002-11-12 20:23:00 | Re: Max connections |