| From: | Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com> |
|---|---|
| To: | BenLaKnet <benlaknet(at)icqmail(dot)com> |
| Cc: | <pgsql-sql(at)postgresql(dot)org> |
| Subject: | Re: [pg-sql] - Problem with duplicate table (PostgreSQL 7.2.3 |
| Date: | 2003-08-11 13:48:31 |
| Message-ID: | 20030811064449.D72304-100000@megazone.bigpanda.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-sql |
On Mon, 11 Aug 2003, BenLaKnet wrote:
> we make a dump before ... and with a product pgmanager (ems tech) we do
> not show any foreign keys.
That's possible, I'd have guessed that it should be dumping the triggers
as CREATE CONSTRAINT TRIGGER commands in the dump.
> But I think all of triggers of referenced table are not deleted.
If you can make a repeatable test case (a simpler one than your full data
set) that'd be helpful to look at. One possibility is that older versions
(7.1 and earlier) had a bug that would cause the constraint triggers to be
reloaded without the information of which table it was associated with,
but I don't see how that'd apply here.
> We recreate the schemas ... and now it's running.
>
> How is it possible to identify Triggers with no referenced tables ?
Generally you'd need to look through pg_trigger manually looking for
something that doesn't match up correctly against the constraints you
expect to have.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tomasz Myrta | 2003-08-11 13:49:09 | Re: sub-sel/group problem |
| Previous Message | BenLaKnet | 2003-08-11 13:44:08 | Re: [pg-sql] - Problem with duplicate table (PostgreSQL 7.2.3 |