Re: Patch: plan invalidation vs stored procedures - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Patch: plan invalidation vs stored procedures
Date
Msg-id 5595.1219165605@sss.pgh.pa.us
Whole thread Raw
In response to Re: Patch: plan invalidation vs stored procedures  (Dimitri Fontaine <dfontaine@hi-media.com>)
Responses Re: Patch: plan invalidation vs stored procedures  ("Asko Oja" <ascoja@gmail.com>)
Re: Patch: plan invalidation vs stored procedures  (Dimitri Fontaine <dfontaine@hi-media.com>)
List pgsql-hackers
Dimitri Fontaine <dfontaine@hi-media.com> writes:
> Another thing I do not understand well is how people are expected to work in 
> 8.3 with a function based API, without hitting Skype problems.

I could understand this level of complaining if this were a new problem
that'd appeared in 8.3.  But *every PG version that we've ever released*
behaves the same way with respect to function drop/recreate.  If the
Skype folk have developed a way of working that is guaranteed not to
work with any released version, one has to wonder what they were
thinking.

If you need to DROP rather than CREATE OR REPLACE functions, then 8.3
doesn't make things better for you than prior releases did, but it
does't make them worse either.  Making things better for that case is
unequivocally a new feature.  And it's rather a corner case at that,
else there would have been enough prior complaints to put it on the
radar screen for 8.3.

What we've got at this point is a submitted patch for a new feature
that hasn't even been accepted into HEAD yet.  Lobbying to get it
back-patched is entirely inappropriate IMHO.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Joshua Drake
Date:
Subject: Re: A smaller default postgresql.conf
Next
From: "Kevin Grittner"
Date:
Subject: Re: A smaller default postgresql.conf