From: Michael Meskes <meskes@topsystem.de>
To: andreas.zeugswetter@telecom.at
Cc: pgsql-hackers@postgresql.org
Subject: Re: AW: [HACKERS] Begin statement again
Date: Wed, 25 Mar 1998 16:57:00 +0100 (CET)
Message-ID: <199803251557.QAA18249@gauss.topsystem.de> (raw)
In-Reply-To: <01BD580B.0C2E7E20@pc9358.sd.spardat.at>
Zeugswetter Andreas writes:
> I am well accustomed to the deficiencies of Oracle. But in Oracle you don't have read locks,
> and so a read only program does no harm if it only does one commit when it exits
> (except maybe block the RBS if it did one small update).
> Since postgresql does have read locks, such a program will lock all resources as time goes by,
> if it does not do frequent commits. Not to speak of memory, that does not get freed.
You got a point with this.
> Hmmm ? you don't tell the backend when the program exits ?
So far I don't. Does anyone know whether there's a disconnect command
somewhere? In embedded SQL that is. Oracle uses 'commit work release'.
The function I have to call does exist already.
> Try Informix, and you will love the difference and speed in these points.
> The begin work statement is also a fundamental part of postgres. I simply would not hide it.
I do not hide it all. But I'd like to be as compatible to Oracle as
possible. Maybe we could add an autotransaction flag somehow.
Michael
--
Dr. Michael Meskes, Project-Manager | topsystem Systemhaus GmbH
meskes@topsystem.de | Europark A2, Adenauerstr. 20
meskes@debian.org | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-hackers@postgresql.org
Cc: meskes@topsystem.de, andreas.zeugswetter@telecom.at
Subject: Re: AW: [HACKERS] Begin statement again
In-Reply-To: <199803251557.QAA18249@gauss.topsystem.de>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox