Re: [HACKERS] drop table inside transactions - Mailing list pgsql-hackers

From Jose' Soares Da Silva
Subject Re: [HACKERS] drop table inside transactions
Date
Msg-id Pine.LNX.3.96.980420114221.882A-100000@proxy.bazzanese.com
Whole thread Raw
In response to Re: [HACKERS] drop table inside transactions  (ocie@paracel.com)
List pgsql-hackers
On Fri, 17 Apr 1998 ocie@paracel.com wrote:

> Meskes, Michael wrote:
> >
> > Is this really a bug? I haven't seen any (commercial) system supporting
> > this kind of transaction recovery. Once you drop a table the data is
> > lost, no matter if you rollback or not.

SOLID restore a dropped table inside a transaction.

> >
> > Michael
>
> I tend to agree.  Sybase will not even honor a drop table request
> inside a transaction:
>
> 1> begin tran
> 2> go
> 1> drop table foo
> 2> go
> Msg 2762, Level 16, State 4:
> Line 1:
> The 'DROP TABLE' command is not allowed within a multi-statement transaction in
> the 'ociedb' database.
> 1>
>
> We _could_ do something like check a "deleted" flag in the relation
> and postpone the actual delete until the transaction is committed, but
> at least in my experience, changing table structure is usually best
> left to human admins as opposed to applications.  Rows change but the
> basic table structure stays the same until the application and schema
> are changed.
>
What about temporary tables ?
We don't have CREATE TEMPORARY TABLE statement
thus users need to create
and drop tmp tables inside transactions.
                                                   Jose'


pgsql-hackers by date:

Previous
From: "Jose' Soares Da Silva"
Date:
Subject: RE: [HACKERS] drop table inside transactions
Next
From: Zeugswetter Andreas SARZ
Date:
Subject: Re: [HACKERS] drop table inside transactions