не DBA, попросили посмотреть запрос, самому интересно почему может быть такое поведение
> Ставим ограничение по дате, например q.created >= '2019-07-11 15:50:38' AND q.created <= '2019-07-11 16:50:38', запрос выполняется за 137 ms, То есть, это уже не 137 ms, а тоже виснет? > В оценках? В оценках rows по сравнению с реальностью (поэтому их и нужно проверить), либо в оценках стоимости операций и т.п. (а это уже tuning). > На счет tuned не знаю даже, я не DBA, Если настройки не соответствуют ситуации (а если ими никто не занимался, они, скорее всего, не соответствуют), неадекватные планы могут выбираться запросто... но виноват в этом именно DBA.
И ещё, кстати... схема базы у Вас как будто сделана по worst practices. ;) Почитайте / дайте разработчикам почитать: https://wiki.postgresql.org/wiki/Don%27t_Do_This
Обсуждают сегодня