From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Niklas Johansson <spot(at)tele2(dot)se> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: SELECT composite type |
Date: | 2006-04-05 22:29:28 |
Message-ID: | 12793.1144276168@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Niklas Johansson <spot(at)tele2(dot)se> writes:
> On 5 apr 2006, at 17.57, Michael Burke wrote:
>> So I basically want to call get_xy for every row in
>> sightings, and use its output for two columns; or perhaps there is
>> another way to think of this.
> You could try
> SELECT foo.x, foo.y, title FROM
> (SELECT
> get_xy(SetSRID(sightings.location, 26910), 4326) AS foo,
> sightings.title
> FROM sightings
> WHERE sighting_id = 25) bar;
Note however that the above is only a cosmetic answer: you avoid typing
the function call twice, but the planner will "flatten" the subquery
into the outer query and thereby end up with two evaluations anyway.
If you're really intent on avoiding the extra evaluation then you need
to do something to prevent the flattening from happening. One
handy trick is to use a LIMIT or OFFSET clause in the subquery as an
optimization fence:
SELECT foo.x, foo.y, title FROM
(SELECT
get_xy(SetSRID(sightings.location, 26910), 4326) AS foo,
sightings.title
FROM sightings
WHERE sighting_id = 25
OFFSET 0) bar;
There are some other features such as DISTINCT that also prevent
flattening, but there seems no call for that here.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-04-05 22:39:24 | Re: problem comparing strings when different cluster / database encoding |
Previous Message | Tomas Vondra | 2006-04-05 22:29:09 | problem comparing strings when different cluster / database encoding |