From: | Michael Simms <grim(at)argh(dot)demon(dot)co(dot)uk> |
---|---|
To: | tgl(at)sss(dot)pgh(dot)pa(dot)us (Tom Lane) |
Cc: | grim(at)argh(dot)demon(dot)co(dot)uk (Michael Simms), pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] DROP TABLE inside transaction block |
Date: | 1999-09-05 23:11:36 |
Message-ID: | 199909052311.AAA01019@argh.demon.co.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
>
> Michael Simms <grim(at)argh(dot)demon(dot)co(dot)uk> writes:
> >> (Of course, what would be really nice is if it just worked, but I don't
> >> see any way to make that happen without major changes. Simply
> >> postponing the unlink to end of transaction isn't workable; consider
> >> BEGIN; DROP TABLE foo; CREATE TABLE foo; ...)
>
> > Cant you just rename to a unique name, maybee in another directory,
>
> Not if other backends are also accessing the table. Remember that to
> make this really work, the DROP would have to be invisible to other
> backends until commit.
Could you not then:
send a notification to all other backends
Put something into the table header that any new backend that tries to use it
is informed that the correct table is stored elsewhere.
I dont know, Im just throwing ideas here {:-)
Michael Simms
From | Date | Subject | |
---|---|---|---|
Next Message | Tatsuo Ishii | 1999-09-06 00:51:43 | Re: [HACKERS] md.c is feeling much better now, thank you |
Previous Message | Tom Lane | 1999-09-05 22:54:08 | Re: [HACKERS] DROP TABLE inside transaction block |