Skip site navigation (1) Skip section navigation (2)

Re: pre-MED

From: "David Blewett" <david(at)dawninglight(dot)net>
To: "PG Hackers" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: pre-MED
Date: 2008-10-29 18:17:44
Message-ID: 9d1f8d830810291117w1fa2c07bge9ddf0def91636d3@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-hackers
On Wed, Oct 29, 2008 at 12:40 PM, David Fetter <david(at)fetter(dot)org> wrote:
> Also, PL/Perl shouldn't be the only language to have this capability.
> How might we add similar capabilities to PL/PythonU and PL/Tcl?  To
> the rest of the PLs?  Would it make any sense to have it in SQL
> language functions?

Here's a vote for allowing this in plain SQL.

I use the tablefunc contrib module as a way to build a view of a
specific questionnaire's responses (using Elein's nice model here
[1]). Currently, if I then write queries against these views that
include WHERE clauses they don't perform very well as the underlying
data size grows. I was using the afore-mentioned large view that casts
everything to text, but recently I started using separate calls to the
crosstab function for each underlying table, then joining them
together based on their response ID. This seems to work much better
for more complex queries, but I think it would still be beneficial to
have access to these qualifiers so I could push down to each subquery
the list of response ID's to pull. I don't have access to sample SQL
at the moment, but if it is wanted I can try to get that this week.

David Blewett

1. http://www.varlena.com/GeneralBits/110.php

In response to

  • pre-MED at 2008-10-29 16:40:00 from David Fetter

Responses

pgsql-hackers by date

Next:From: Noah FreireDate: 2008-10-29 18:26:15
Subject: autovacuum: I need some explanation
Previous:From: Julius StroffekDate: 2008-10-29 18:06:43
Subject: Re: Multi CPU Queries - Feedback and/or suggestions wanted!

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group