Can this query go faster???

Поиск
Список
Период
Сортировка
От Joost Kraaijeveld
Тема Can this query go faster???
Дата
Msg-id 1133862229.8837.61.camel@Panoramix
обсуждение исходный текст
Ответы Re: Can this query go faster???  (Michael Riess <mlriess@gmx.de>)
Re: Can this query go faster???  (Csaba Nagy <nagy@ecircle-ag.com>)
Re: Can this query go faster???  (Ron <rjpeace@earthlink.net>)
Список pgsql-performance
Hi,

Is it possible to get this query run faster than it does now, by adding
indexes, changing the query?

SELECT customers.objectid FROM prototype.customers, prototype.addresses
WHERE
customers.contactaddress = addresses.objectid
ORDER BY zipCode asc, housenumber asc
LIMIT 1 OFFSET 283745

Explain:

Limit  (cost=90956.71..90956.71 rows=1 width=55)
  ->  Sort  (cost=90247.34..91169.63 rows=368915 width=55)
        Sort Key: addresses.zipcode, addresses.housenumber
        ->  Hash Join  (cost=14598.44..56135.75 rows=368915 width=55)
              Hash Cond: ("outer".contactaddress = "inner".objectid)
              ->  Seq Scan on customers  (cost=0.00..31392.15
rows=368915 width=80)
              ->  Hash  (cost=13675.15..13675.15 rows=369315 width=55)
                    ->  Seq Scan on addresses  (cost=0.00..13675.15
rows=369315 width=55)

The customers table has an index on contactaddress and objectid.
The addresses table has an index on zipcode+housenumber and objectid.

TIA

--
Groeten,

Joost Kraaijeveld
Askesis B.V.
Molukkenstraat 14
6524NB Nijmegen
tel: 024-3888063 / 06-51855277
fax: 024-3608416
e-mail: J.Kraaijeveld@Askesis.nl
web: www.askesis.nl



В списке pgsql-performance по дате отправления:

Предыдущее
От: Rory Campbell-Lange
Дата:
Сообщение: LVM and Postgres
Следующее
От: Pandurangan R S
Дата:
Сообщение: Re: Performance degradation after successive UPDATE's