Re: Truncate if exists - Mailing list pgsql-hackers

From Greg Stark
Subject Re: Truncate if exists
Date
Msg-id CAM-w4HNfEpP5fMvx8Stinmh_KaZC0QKMG4OXz6XYqt=Wuw2-1Q@mail.gmail.com
Whole thread Raw
In response to Re: Truncate if exists  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Truncate if exists  (Hannu Krosing <hannu@krosing.net>)
Re: Truncate if exists  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
On Mon, Oct 15, 2012 at 3:26 PM, Robert Haas <robertmhaas@gmail.com> wrote:
> To be perfectly frank, I think that's exactly where we ought to be
> going.  Oracle and Microsoft both did it, so why are we convinced it's
> a bad idea?  One of the huge problems with PL/pgsql is that every SQL
> expression in there has to be passed to the executor separately, which
> is painfully slow.

I'm a bit lost. I would think pl/pgsql is precisely the same as
Oracle's pl/sql and MS's T-SQL. I see the complaint you have as a
purely implementation detail. I don't think pl/pgsql is the best
implemented part of Postgres but I don't see how integrating it into
the core is going to automatically make it all wonderful either.

Fwiw my experience has consistently been that life got better whenever
I moved anything I had implemented as PL/SQL or PL/pgsql into client
code in Perl or Python.


-- 
greg



pgsql-hackers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: [BUGS] BUG #7534: walreceiver takes long time to detect n/w breakdown
Next
From: Peter Geoghegan
Date:
Subject: Re: Hash id in pg_stat_statements