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

Re: Read only transactions - Commit or Rollback

From: Nörder-Tuitje, Marcus <noerder-tuitje(at)technology(dot)de>
To: "Markus Schaber" <schabi(at)logix-tt(dot)com>,"PostgreSQL Performance List" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Read only transactions - Commit or Rollback
Date: 2005-12-20 10:55:23
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
afaik, this should be completely neglectable.

starting a transaction implies write access. if there is none, You do not need to think about transactions, because there are none.

postgres needs to schedule the writing transactions with the reading ones, anyway.

But I am not that performance profession anyway ;-)


-----Ursprüngliche Nachricht-----
Von: pgsql-performance-owner(at)postgresql(dot)org
[mailto:pgsql-performance-owner(at)postgresql(dot)org]Im Auftrag von Markus
Gesendet: Dienstag, 20. Dezember 2005 11:41
An: PostgreSQL Performance List
Betreff: [PERFORM] Read only transactions - Commit or Rollback


We have a database containing PostGIS MAP data, it is accessed mainly
via JDBC. There are multiple simultaneous read-only connections taken
from the JBoss connection pooling, and there usually are no active
writers. We use connection.setReadOnly(true).

Now my question is what is best performance-wise, if it does make any
difference at all:

Having autocommit on or off? (I presume "off")

Using commit or rollback?

Committing / rolling back occasionally (e. G. when returning the
connection to the pool) or not at all (until the pool closes the


Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf.     | Software Development GIS

Fight against software patents in EU!

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend


pgsql-performance by date

Next:From: William LaiDate: 2005-12-20 11:36:42
Subject: unsubscribe
Previous:From: Markus SchaberDate: 2005-12-20 10:40:53
Subject: Read only transactions - Commit or Rollback

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