select .., COUNT(invoice) (DECIMAL (17,6)) visas, ...

здесь Decimal cust или что делает не пойму зачем count Decimal?

Если не ошибаюсь, это настраивается в разрезе БД и авторизующихся пользователей, см. доку по alter user. По переносимости - просто ведите скрипт с такими запросами.

Не туда

Ага. Но думаю можно - пятнице же

а что за запрос? вообще с виду ошибка синтаксиса

Доброй ночи. Поделитесь пожалуйста опытом. Есть легаси, которая работает на пхп и mysql. Ее перевели на постгрес. Спустя какое-то время возникла проблема с тем, что некоторые страницы загружались более 5 секунд. Разобравшись, выяснили,  что при загрузке тормозящих страниц выполняется более 5 тысяч (sic!) SQL запросов. Помножив на количество пользователей получили цифру больше 1 миллиона запросов. Вопрос, как не меняя логику на ПХП уменьшить торможение загрузки хотя бы до двух секунд. Решение нужно временное(костыль), тк сейчас весь сайт переписывается с пхп и нужно временно сохранить работоспособность существующего сайта

Имхо на уровне БД вы ничего не сделаете.
Наймите нормальных разработчиков, которые разово внедрят какое-нибудь банальное кэширование на уровне приложения и попробуют сократить число запросов.
Ну и не забудьте проклянуть предыдущих.

к счастью это делается достаточно быстро, даже если там совсем говнокод

А кэш подходит для работы с поисковыми системами и их краулерами?

Вопрос не очень корректный, Александр. Не видя кода и не видя ваших запросов к БД, ответить на него невозможно.
Но с вероятностью 90% - да.
Я говорю о кэшировании типовых запросов на уровне DBAL в приложении.

Вам нужно радикально сократить именно количество запросов. Не оптимизировать их и не переписывать логику. В этом случае кэширование результатов запросов - выбор номер 1.

Большое спасибо!

Я не претендую на истину в первой инстанции )) Дождитесь других ответов тоже.

А на MySql не меряли ничего? Теоретически лишние запросы могут быть следствием бага, допущенного при портировании. В этом случае нужен человек, который знает, какие запросы "норма", а какие нет

На MySQL все было приемлимо, таких штук не было

запросов было тоже 5000 на страницу или сколько?

Да, столько же

Какие-то явные ошибки при портировании. MySQL ровно также ляжет при "выстреливании" серии из 5000 запросов.
Нужно смотреть код.

Раз так, то можно предположить, что 5000 так и надо, и, действительно, искать что-то, что можно оптимизировать.
Но совет наколдовать кеширующее прокси поверх постгреса — тоже хороший

Например, pgpool-II вроде умеет кешировать селекты