Re: [PERFORM] Planner selects different execution plans depending on limit

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>, pgsql-docs(at)postgresql(dot)org, Bill Martin <bill(dot)martin(at)communote(dot)com>
Subject: Re: [PERFORM] Planner selects different execution plans depending on limit
Date: 2012-09-26 15:52:12
Message-ID: 20120926155212.GC11785@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs pgsql-performance

On Sun, Sep 16, 2012 at 06:16:55PM -0400, Tom Lane wrote:
> Jeff Janes <jeff(dot)janes(at)gmail(dot)com> writes:
> > On Thu, Sep 13, 2012 at 10:33 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> >> Just pretend it's a table.
> >> ALTER TABLE index_name ALTER COLUMN column_name SET STATISTICS ...
> >>
> >> You'll need to look at the index (eg with \d) to see what the name of
> >> the desired column is, since index expressions have system-assigned
> >> column names.
>
> > Is this documented anywhere? I couldn't find it. If not, which
> > section would be the best one to add it to?
>
> It's not documented, mainly because it hasn't reached the level of being
> a supported feature. I'd like to figure out how to get pg_dump to dump
> such settings before we call it supported. (The stumbling block is
> exactly that index column names aren't set in stone, so it's not clear
> that the ALTER command would do the right thing on dump-and-reload.)

Is this TODO?

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ It's impossible for everything to be true. +

In response to

Browse pgsql-docs by date

  From Date Subject
Next Message Tom Lane 2012-09-26 15:59:26 Re: [DOCS] BUG #7543: Invalid table alias: DELETE FROM table *
Previous Message Bruce Momjian 2012-09-26 15:41:59 Re: [DOCS] BUG #7543: Invalid table alias: DELETE FROM table *

Browse pgsql-performance by date

  From Date Subject
Next Message Nikolay Ulyanitsky 2012-09-26 15:52:27 Re: Same query doing slow then quick
Previous Message FFW_Rude 2012-09-26 15:38:58 Re: Same query doing slow then quick