Re: Performance

Поиск
Список
Период
Сортировка
От Gregory S. Williamson
Тема Re: Performance
Дата
Msg-id 71E37EF6B7DCC1499CEA0316A2568328024BC35A@loki.wc.globexplorer.net
обсуждение исходный текст
Ответ на Performance  ("Bert" <clemens.bertschler@gmail.com>)
Список pgsql-general
Bert --

You don't include some necessary details:

What version of postgres ? (8.x is noticably better at that OR / IN stuff I think, at least to some degree)

Please include some info about your setup -- what are the settings in the postgres config file (effective_cache_size,
random_page_cost,work_mem [for postgres 8.x) or sort_mem in 7.x) 

Perhaps some info about the server in question (OS, amount of RAM, # of disks and their setup)

Please also post the results of several EXPLAIN ANALYZE <sql here>; this will help people see what decisions the
planneris making. Perhaps best to show one that is small, an intermdediate size and one that is painfully slow (the
explainanalyze has to run the actual query in question so I realize that this may be too slow, but some examples will
help).

Greg Williamson
DBA
GlobeXplorer LLC

-----Original Message-----
From:    pgsql-general-owner@postgresql.org on behalf of Bert
Sent:    Sat 4/22/2006 4:18 PM
To:    pgsql-general@postgresql.org
Cc:
Subject:    [GENERAL] Performance

Hi List
I have maybe an easy question but i do not find an answer, i have this
SQL query:

SELECT geom,group,production_facs FROM south_america
               WHERE municipio = ''
                       OR municipio = 'ACRE'
                       OR municipio = 'ADJUNTAS'
                       OR municipio = 'AGUADA'

The performance of this query is quite worse as longer it gets, its
possible that this query gets over 20 to 30 OR comparisons, but then
the performance is really worse, is it possible to speed it up?
Thanks
Clemens


---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

!DSPAM:444aba30189631465223968!





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

Предыдущее
От: Dany De Bontridder
Дата:
Сообщение: Postgreql 8.0.3 temporary Table Strange behaviour
Следующее
От: Wes
Дата:
Сообщение: Concurrency problem building indexes