Re: Unique indexes not unique?

From: Jimmy Mäkelä <jimmy(dot)makela(at)agent25(dot)se>
To: 'Tom Lane' <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Pgsql-Sql (E-mail)" <pgsql-sql(at)postgresql(dot)org>
Subject: Re: Unique indexes not unique?
Date: 2003-01-20 11:52:50
Message-ID: D1045567F50DD311AB1B00508B3188E9026546E7@RINGHALS
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

> From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
> > Limit (cost=22669.68..22669.68 rows=95 width=372)
> > -> Sort (cost=22669.68..22669.68 rows=96 width=372)
> > -> Index Scan using agentresults2_modified_user,
> > agentresults2_modified_user, agentresults2_modified_user on
> agentresults
> > (cost=0.00..22666.52 rows=96 width=372)
>
> Should I guess from the index name that it is on (modified,
> usr) and not
> on (usr, modified)? If so, the problem is that the OR-expansion code

Sorry for the late answer, was out of town for the week.
Yes this is the case, and in my case I wouldn't want to change the order.

Sure it would be nice to support this case too, but not if it implies
penalties for more typical queries. Doing the expansion manually isn't
that hard (but quite ugly).

Thanks for all answers.

Regards,
Jimmy Mäkelä

Browse pgsql-sql by date

  From Date Subject
Next Message Manfred Koizar 2003-01-20 15:13:37 Re: performance question
Previous Message Moritz Lennert 2003-01-20 11:40:34 performance question