Re: Actions requiring commit

From: "Lee Horowitz" <leeh(at)panix(dot)com>
To: "Greg Stark" <gsstark(at)mit(dot)edu>
Cc: "Lee" <lee(at)jamtoday(dot)com>, pgsql-novice(at)postgresql(dot)org
Subject: Re: Actions requiring commit
Date: 2010-02-15 01:50:31
Message-ID: 8347432255db1c4ded7ba1ed6abf4fd5.squirrel@mail.panix.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-novice

> On Sun, Feb 14, 2010 at 7:07 PM, Lee <Lee(at)jamtoday(dot)com> wrote:
>> What's the postgres story? If I write to a native operating system file,
>> (and don't commit), does the output appear immediately (no counting
>> internal
>> small delay) ?
>>
>> What about issuing a "system" (shell) comnmand? Causing an signal,  (er
>> "Notify" in postrges land, I guess) , putting something on a queue via
>> PGQ
>> or similar
>> tool?
>
> In Postgres anything that Postgres manages itself only happens at
> commit. So aside from table modifications and schema changes NOTIFY
> only takes place at commit. But if you have a pl language like plperl
> or plsh write to a file that's outside Postgres's sphere of influence
> and it will happen right away.
>
> I'm not familiar with PGQ, I'm not sure which tack it takes. Its
> documentation should have an answer though.
>
Thanks for the reply.

Does that go for pl/pgsql as well?

If I call a pl/pgsql procedure from the psql command line (or from
another pl/pgsql procedure?) will commits in the called procedure cause
commit in the calling procedure as well, or will the caller and callee
have in effect different "threads" or sessions so that their respective
commits are separated?

In response to

Responses

Browse pgsql-novice by date

  From Date Subject
Next Message Greg Stark 2010-02-15 02:32:52 Re: Actions requiring commit
Previous Message Greg Stark 2010-02-15 01:34:13 Re: Actions requiring commit