On Tuesday 03 August 2004 11:34, Skeleta wrote: > Peter Pentchev wrote: > >On Mon, Aug 02, 2004 at 05:15:52PM +0300, Skeleta wrote: > >[snip] > > > >>Когато питам нещо си с psql клиента, и двете машини отговарят еднакво и > >>ползват коректно индексите. > >> > >>Когато обаче въпросите се задават от CGI-програма или от външна програма > >>(примерно някакъв драйвер за ODBC от Win машина), по-мощната машина с > >>по-новата версия на Postgres отговаря на порядъци по-бавно и като гледам > >>статистиката на ползване на индексите, не ползва въобще хубавия индекс. > > > >Сигурен ли си, че се изпълнява абсолютно една и съща заявка? > > > >... > > Разбрах къде е проблема. Всички проби на новата машина ги правя след > наливане на > базата, преди да е минал 'do.maintenance -a' скрипта от cron-таблиците. > > Оказва се, че някоя от пусканите там команди - ANALYZE и VACUUM (по скоро > първата) оправя оптимизатора на заявките.
по-скоро второто (VACUUM) е оптимизирало нещата защото ANALYZE е само да събира статистика за базите доколкото знам аз и да чекваш къде какво и защо се бави, например с: EXPLAIN [ ANALYZE ] [ VERBOSE ] statement. > Изглежда трябва форсирано да се пуща този скрип след преизграждане на > таблици > или цялата база. Ако е версия => 7.4 защо не пуснеш AUTOVACUUM, ако do.maintenance го забравяш след подобна интервенция и недочкваш крона да го пусне ;-) As of 7.4, autovacuuming can be enabled if the postgresql-contrib package is installed. This is configured in /etc/postgresql/postmaster.conf, and overrides the vacuuming done by cron, unless do.maintenance's -F option is given. Демек: /etc/postgresql/postmaster.conf AUTOVACUUM=yes /etc/postgresql/postgresql.conf stats_start_collector = true stats_row_level = true -- pub 4096R/0E4BD0AB 2003-03-18 <keyserver.bu.edu ; pgp.mit.edu> fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB ============================================================================ A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html ============================================================================