Re: generate_series woes

From: "Merlin Moncure" <mmoncure(at)gmail(dot)com>
To: "Harald Fuchs" <hari(dot)fuchs(at)googlemail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: generate_series woes
Date: 2008-04-15 14:15:12
Message-ID: b42b73150804150715r83cad1doa166230ec509f0d@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Mon, Apr 14, 2008 at 5:21 AM, Harald Fuchs <hari(dot)fuchs(at)googlemail(dot)com> wrote:
> I think there's something sub-optimal with generate_series.
> In the following, "documents" is a table with more than 120000 rows,
> vacuumed and analyzed before the queries.

everything is working exactly as intended. while it's obvious to you
that the generate series function returns a particular number of rows
based on your supplied inputs, it's not (yet) obvious to the planner.
your genser function supplies the hint the planner needs and it
adjusts the plan. most set returning functions (particularly
non-immutable ones) are not so easy to determine the # of rows from
the input parameters anyways.

merlin

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Karsten Hilbert 2008-04-15 14:23:42 Re: Storage sizes for dates/times (documentation bug?)
Previous Message Karsten Hilbert 2008-04-15 14:04:20 Re: Storage sizes for dates/times (documentation bug?)