Re: Feature freeze date for 8.1

From: <adnandursun(at)asrinbilisim(dot)com(dot)tr>
To: Jaime Casanova <systemguards(at)gmail(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Feature freeze date for 8.1
Date: 2005-05-02 08:58:04
Message-ID: web-95993683@mail3.doruk.net.tr
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

On Sun, 1 May 2005 23:08:39 -0500
Jaime Casanova <systemguards(at)gmail(dot)com> wrote:
>On 5/1/05, adnandursun(at)asrinbilisim(dot)com(dot)tr
><adnandursun(at)asrinbilisim(dot)com(dot)tr> wrote:
>> On Sun, 1 May 2005 14:35:37 -0500
>> Bruno Wolff III <bruno(at)wolff(dot)to> wrote:
>> >On Sun, May 01, 2005 at 19:57:37 +0300,
>> > adnandursun(at)asrinbilisim(dot)com(dot)tr wrote:
>> >>
>> >> Listen Tom, write a client software that releases the
>> >> resources / locks that was hold before client power
>is
>> >down
>> >> or client connection was lost.
>> >
>> >If Postgres can tell the connection has been lost then
>it
>> >should roll back the connection.
>>
>> Yes, but, Can PostgreSQL know which connection is lost
>or
>> live or dead ?
>>
>> >The problem is that you can't always
>> >tell if a connection has been lost. All you can do is
>> timeout, either when TCP
>> >times out or some other timeout (such as a statment
>> timeout) that you set.
>>
>> You are right, a timeout parameter must be used for
>that
>> on the backend. a client application never find the
>> previous instance before it crashed. However more than
>one
>> connection was able to be established to PostgreSQL
>> backend..
>>
>> Statement_timeout is just a escape mechanism for
>active
>> transaction. Imagine; you've started a process to update
>> the rows in a table then your PC power was down but you
>> have not sent commit or rollback yet..What will happen
>now
>>
>If you send the update outside a transaction and...
>
>Option 1) ...the client crashes then the update will
>commit, i think.
>If you don't want that send the update inside a
>begin/commit block.
>
>Option 2) ...the server crashes the update will rollback.
>
>
>If you send the update inside a transaction and...
>
>Option 1) ...the client crashes then the update will
>rollback.
>Option 2) ...the server crashes the update will rollback.
>
>Actually, i can't see what's the problem. :)

No, process waits until it is completed..

Adnan DURSUN
ASRIN Bili?im Hiz.Ltd.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Magnus Hagander 2005-05-02 09:12:05 Using LDAP for authorization
Previous Message adnandursun 2005-05-02 08:52:40 Re: Feature freeze date for 8.1

Browse pgsql-patches by date

  From Date Subject
Next Message adnandursun 2005-05-02 09:12:40 Re: Feature freeze date for 8.1
Previous Message adnandursun 2005-05-02 08:52:40 Re: Feature freeze date for 8.1