Re: different transaction handling between postgresql and

Поиск
Список
Период
Сортировка
От Peter Childs
Тема Re: different transaction handling between postgresql and
Дата
Msg-id Pine.LNX.4.44.0307140939170.7730-100000@RedDragon.Childs
обсуждение исходный текст
Ответ на Re: different transaction handling between postgresql and  (Mike Mascari <mascarm@mascari.com>)
Ответы Re: different transaction handling between postgresql and  (Csaba Nagy <nagy@ecircle-ag.com>)
Re: different transaction handling between postgresql and  (Mike Mascari <mascarm@mascari.com>)
Re: different transaction handling between postgresql and  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
Список pgsql-general
On Mon, 14 Jul 2003, Mike Mascari wrote:

> Jörg Schulz wrote:
>
> >>... I have this feeling the reason Oracle gives this result may
> >>be again because transactions have been switched off!
> >
> > This snippet comes from the Oracle console:
> > (table name is "a" not "test" / messages are in german)
> >
> ...
>
> > SQL> select * from a;
> >
> >          A
> > ----------
> >          1
> >          3
> >          4
> >          2
>
> Presumably Oracle is not rolling back a duplicate key violation,
> allowing the transaction to continue. This is an often requested
> feature not present in PostgreSQL.

Bug. Not Feature

    Transactions must be all or nothing. If one step fails for what
ever reason all steps must be failed and rolled back. While in this simple
case ignoring the statment may look fine in more complex examples (where
the is more data in the table...) this can mean data loss and massive
problems!

Peter Childs

>
> Mike Mascari
> mascarm@mascari.com
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 7: don't forget to increase your free space map settings
>


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

Предыдущее
От: Mike Mascari
Дата:
Сообщение: Re: different transaction handling between postgresql and
Следующее
От: Csaba Nagy
Дата:
Сообщение: Re: Fw: select null + 0 question