Re: Temporary views

From: "Arthur Ward" <award-postgresql(at)dominionsciences(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Martijn van Oosterhout" <kleptog(at)svana(dot)org>, "Postgresql General" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Temporary views
Date: 2004-02-11 15:47:54
Message-ID: 35061.68.62.129.152.1076514474.squirrel@award.gotdns.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

>> While we're at it, what about temporary functions?
...
> Whether it's worth the trouble is another question. What's the
> use-case?

I have a data-loading script that transforms data from an intermediate
form in work tables to its final resting place in production. Part of this
is a major string processing step that's pushed into a stored procedure
temporarily to eliminate something on the order of a million round-trips
in trivial query overhead every night. (For each of ~320,000 records,
split a string into individual items and synchronize the detail table;
repeat for four sets of input data.)

I don't find lack of temporary functions to be a hindrance. Perhaps it's a
nice double-check for cleaning up when something goes wrong, but in that
case, I'm likely to want things left behind for debugging, but the
function creation is probably going to be rolled back anyhow.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message C G 2004-02-11 15:56:06 pl/pythonu
Previous Message Iker Arizmendi 2004-02-11 15:45:55 Function parameters of rowtype