From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Robert Treat <xzilla(at)users(dot)sourceforge(dot)net> |
Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Generate user/group sysids from a sequence? |
Date: | 2003-01-17 20:17:38 |
Message-ID: | 16910.1042834658@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Robert Treat <xzilla(at)users(dot)sourceforge(dot)net> writes:
> On Fri, 2003-01-17 at 14:32, Tom Lane wrote:
>> Getting at objects in other databases is considerably less practical
>> than anything we've discussed here.
> Perhaps you don't allow the removal unless all databases came up clean.
> You can have the db admin go in a clean up each database manually if
> need be. Granted this doesn't solve getting at those other databases in
> the first place, but it eliminates any transactional issues.
Oh? What if someone creates an object belonging to the user after we've
finished examining that database? (Actually, this issue exists even
within a single database; so I suppose we'd need to invent some kind of
lock on userids ...)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Justin Clift | 2003-01-17 20:22:27 | Re: v7.3.1 psql against a v7.2.x database ... |
Previous Message | Greg Stark | 2003-01-17 20:12:58 | Re: Suggestion for aggregate function |