Re: Bad perfomance of pl/pgsql-function on new server
В списке pgsql-performance по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Bad perfomance of pl/pgsql-function on new server |
| Дата | |
| Msg-id | 1001.1048980343@sss.pgh.pa.us обсуждение |
| Ответ на | Bad perfomance of pl/pgsql-function on new server (Wil Peters <info@itaudit.demon.nl>) |
| Список | pgsql-performance |
Wil Peters <info@itaudit.demon.nl> writes:
> On the new server - although this server has far better specs! - the
> function does NOT perfom as well as on the old server. Searches take
> several minutes, where on the old server a few SECONDS where needed.
Is the new installation really equivalent to the old? I'd wonder about
differences in multibyte compilation option, database locale and
encoding, etc. Any of these could result in a huge hit in text-pushing
performance.
Another traditional post-upgrade problem is forgetting to VACUUM
ANALYZE; but that probably shouldn't affect this function, since it's
not issuing any database queries.
(Personally I'd have written this sort of function in plperl or pltcl,
either of which are far more appropriate for text-string-mashing than
plpgsql. But that's not really answering your question.)
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера