Re: [HACKERS] drop table inside transactions

Поиск
Список
Период
Сортировка
От ocie@paracel.com
Тема Re: [HACKERS] drop table inside transactions
Дата
Msg-id 9804171744.AA27696@dolomite.paracel.com
обсуждение исходный текст
Ответ на RE: [HACKERS] drop table inside transactions  ("Meskes, Michael" <meskes@topsystem.de>)
Ответы Re: [HACKERS] drop table inside transactions  ("Jose' Soares Da Silva" <sferac@proxy.bazzanese.com>)
Список pgsql-hackers
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.
>
> 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.

Ocie

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Proposal for async support in libpq
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Proposal for async support in libpq