Re: [HACKERS] DROP TABLE inside transaction block

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

In response to

Browse pgsql-hackers by date

  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