Re: Disable Transaction - plans ?

From: Thomas Lockhart <lockhart(at)fourpalms(dot)org>
To: Doug McNaught <doug(at)wireboard(dot)com>
Cc: "Dominic J(dot) Eidson" <sauron(at)the-infinite(dot)org>, thomas(at)pgsql(dot)com, Ben-Nes Michael <miki(at)canaan(dot)co(dot)il>, pgsql-general(at)postgresql(dot)org
Subject: Re: Disable Transaction - plans ?
Date: 2001-10-24 16:23:42
Message-ID: 3BD6EB0E.C64A8438@fourpalms.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

...
> > Speed? :) (smirk)
> If you want MySQL, you know where to find it. ;)

Hmm. Assuming that "speed" is the outcome of dropping transaction
support is a bit simplistic (and linking "speed" and "mysql" and "no
transactions" has been shown to be a hollow argument). In fact, without
transactions (or with a transaction for every query) you see the full
effects of requiring a "commit" at every query. Buffers must be written
and everything having to do with the query must be cleaned up. With
transactions, some of those steps are postponed until commit, and you
will see a per-query performance gain by lumping many queries into one
transaction.

Also, without transactions and without MVCC, you must tightly coordinate
every query and every affected row in every table, which can choke off
performance as you scale to larger numbers of clients.

- Thomas

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ian Harding 2001-10-24 16:24:53 Progress, anything in common with PostgreSQl besides clever name?
Previous Message Doug McNaught 2001-10-24 16:17:44 Re: Installation problems