Re: Transactional DDL

From: Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com>
To: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
Subject: Re: Transactional DDL
Date: 2007-08-18 14:55:23
Message-ID: 46C7085B.3060705@cheapcomplexdevices.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Scott Marlowe wrote:
> On 8/14/07, Harpreet Dhaliwal <harpreet(dot)dhaliwal01(at)gmail(dot)com> wrote:
>> Hi,
>> I read a few lines about SP compilation in postgres
>>
>> http://searchoracle.techtarget.com/originalContent/0,289142,sid41_gci1179016,00.html
>>
>> 1. stored procedure compilation is transactional.
>> "You can recompile a stored procedure on a live system, and only
>> transactions starting after that compilation will see the changes," he said.
>> "Transactions in process can complete with the old version. Oracle just
>> blocks on the busy procedure."

Really?

When I tried it [1] - changing a function definition during the
middle of a long-running-query that used the function gave
me the surprising result that some rows were processed using
the old definition of the function and some with the new one.

The explanation from Tom [2] was that there was some good
reason function lookups used SnapshotNow.

Ron

[1] http://archives.postgresql.org/pgsql-bugs/2005-04/msg00163.php

I have a long query something like

select slow_function(col) from large_table;

and half way through the query, in a separate connection, I

CREATE OR REPLACE slow_function ....

I was surprised to see that some of the rows in my select
were processed by the old definition and some by the new.

[2] http://archives.postgresql.org/pgsql-bugs/2005-04/msg00179.php

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ron Johnson 2007-08-18 14:56:00 Re: Writing most code in Stored Procedures
Previous Message Ron Johnson 2007-08-18 14:53:47 Re: Blobs in Postgresql