Re: LIMIT causes planner to do Index Scan using a less optimal index

From: Grzegorz Jaśkiewicz <gryzman(at)gmail(dot)com>
To: Sherry(dot)CTR(dot)Zhu(at)faa(dot)gov
Cc: Joel Jacobson <joel(at)gluefinance(dot)com>, pgsql-performance(at)postgresql(dot)org, Robert Haas <robertmhaas(at)gmail(dot)com>
Subject: Re: LIMIT causes planner to do Index Scan using a less optimal index
Date: 2010-04-07 12:51:17
Message-ID: o2l2f4958ff1004070551o30fe9871g17fe164a5fdd36af@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Wed, Apr 7, 2010 at 1:20 PM, <Sherry(dot)CTR(dot)Zhu(at)faa(dot)gov> wrote:

>
> Guys,
>
> Thanks for trying and opening your mind.
> If you want to know how Oracle addressed this issue, here it is: index
> on two columns. I remember that they told me in the training postgres has
> no this kind of index, can someone clarify?
>
>
lies. postgresql allows you indices on multiple columns. What it does not
have, is index on multiple tables.

--
GJ

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Sherry.CTR.Zhu 2010-04-07 13:08:36 Re: LIMIT causes planner to do Index Scan using a less optimal index
Previous Message Sabin Coanda 2010-04-07 12:47:54 How check execution plan of a function