Skip site navigation (1) Skip section navigation (2)

Re: Ultimate DB Server

From: Hannu Krosing <hannu(at)tm(dot)ee>
To: Mike Rogers <temp6453(at)hotmail(dot)com>
Cc: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>, pgsql-hackers(at)postgresql(dot)org, Jean-Michel POURE <jm(dot)poure(at)freesurf(dot)fr>
Subject: Re: Ultimate DB Server
Date: 2001-10-29 07:44:39
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-adminpgsql-generalpgsql-hackers
Mike Rogers wrote:
> What that does is very simple: it rolls back the one that is keeping track
> of it's transactions.  Think of the overhead if someone doesn't have
> transactional statements.  The idea is, in PGSQL, all inserts and updates
> are essentially logged so that they can be rolled back.  Here is the MySQL
> concept:
>     Have a log table that logs all transactions (lets say, failed or not)
>         1.    begin transaction
>         2.    insert into non-transactional table 'user did this,
>               status - unprocessed'
>         3.    insert into payment table
>         4.    insert into product table
>         5.    update to processed
>         6.    insert into shipping
>         7.    update to 'pending shipping'
>   Perfectly common transaction that happens.  Now!  What if you want the
> entry inserted and dealt with as a status and what happens, but you don't
> want all the evidence of that to disappear when you hit rollback. 
> It means you can have some things roll back and others don't.  In PGSQL,
> that would have to be begin/rollback for only transactional entries.

Or you would run two parallel transactions (currently you need two
for this) - one for logging and one for work.

I agree that having non_transactional (i.e. logging) tables may be
desirable. I've been told that some of Oracles debugging/logging
are almost useless due-to the fact that they disappear at rollback.


In response to

pgsql-hackers by date

Next:From: Jean-Michel POUREDate: 2001-10-29 07:50:36
Subject: Re: Ultimate DB Server
Previous:From: Hannu KrosingDate: 2001-10-29 07:32:46

pgsql-admin by date

Next:From: Jean-Michel POUREDate: 2001-10-29 07:50:36
Subject: Re: Ultimate DB Server
Previous:From: leoDate: 2001-10-29 05:51:08
Subject: dump large object

pgsql-general by date

Next:From: Ren WeiliDate: 2001-10-29 07:45:05
Subject: resend: Chinese sort order problem
Previous:From: Tatsuo IshiiDate: 2001-10-29 05:43:55
Subject: Re: Broken pipes 2

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group