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
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 |