| From: | Moritz Onken <onken(at)houseofdesign(dot)de> |
|---|---|
| To: | pgsql-performance(at)postgresql(dot)org |
| Subject: | Re: Planner should use index on a LIKE 'foo%' query |
| Date: | 2008-06-30 12:56:57 |
| Message-ID: | 2EAD1377-002D-4155-B9FB-6D52A46281B7@houseofdesign.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
>
>
> However there's a lot more scope for improving a query along these
> lines, like adding indexes, or CLUSTERing on an index. It depends
> what other queries you are wanting to run.
>
> I don't know how much update/insert activity there will be on your
> database. However, if you were to add an index on the URL on both
> tables, then CLUSTER both tables on those indexes, and ANALYSE, then
> this query should run as a merge join, and be pretty quick.
>
> However, this is always going to be a long-running query, because it
> accesses at least one whole table scan of a large table.
>
> Matthew
There are already indexes on the url columns. I didn't cluster yet but
this is a pretty good idea, thanks. There will be no updates or
inserts. It's static data for research purposes.
moritz
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Marko Kreen | 2008-06-30 13:16:26 | Re: Federated Postgresql architecture ? |
| Previous Message | Matthew Wakeling | 2008-06-30 12:52:08 | Re: Planner should use index on a LIKE 'foo%' query |