Доброго дня! Подскажите пожалуйста можно ли настроить логирование как в старой версии, не могу найти

на версии 9.6 в лог попадают запросы с одной записью duration.

В 12 версии общее время выполнения разбивается на фазы выполнения запроса, что делает лог вообще не читаемым каким то, особенно, если многострочные запросы.

Было

2021-02-19 10:33:22.471 MSK [24988] LOG: duration: 120.202 ms
SELECT .....
FROM ....
WHERE $1
2021-02-19 10:33:22.471 MSK [24988] DETAIL: parameters: $1 = 764


Теперь стало

2021-02-19 10:33:22.471 MSK [24988] LOG: duration: 1.21 ms parse pdo_stmt_00000022:
SELECT .....
FROM ....
WHERE $1
2021-02-19 10:33:22.475 MSK [24988] LOG: duration: 3.360 ms bind pdo_stmt_00000022:
SELECT .....
FROM ....
WHERE $1
2021-02-19 10:33:22.475 MSK [24988] DETAIL: parameters: $1 = 764
2021-02-19 10:33:22.475 MSK [24988] LOG: duration: 110.556 ms execute pdo_stmt_00000022:
SELECT .....
FROM ....
WHERE $1
2021-02-19 10:33:22.475 MSK [24988] DETAIL: parameters: $1 = 764
2021-02-19 10:33:22.476 MSK [24988] LOG: duration: 0.065 ms statement: DEALLOCATE pdo_stmt_00000022


SELECT запросы соответственно по 100-700 строк. Превращают старые 702 строки в новые 2000 строк.

Можно ли как то настроить и схлопнуть в старый формат такую детализацию? Чтоб все фазы выполнения были в общей строке?

Melkij,
логику работы запроса менять не хотелось бы, prepare делается на бд.

Да и как будет работать сбор статистики, если prepare делать на стороне приложения, очевидно статистика будет сломана, каждый запрос будет падать в таблицу отдельной строкой.

Maxim Boguk,

>>странная идея с чего вы это взяли?

Как я понимаю, если prepare на бд, то приходит запрос вида select * from table where id = $1;
и параметры к этому запросу отдельно. Соответственно в статистику select * from table where id = $1; падает как один и тот же запрос.

Если на стороне приложения выполнить prepare, то parse, bind будут выполнены и на БД будут приходить запросы

select * from table where id = 14;
select * from table where id = 55;
select * from table where id = 23;
И для статистики все они будут разными


Все запросы для своих целей были временно включены.

Что то ничего хорошего не нарыл в документации, все-таки что лучше и в чем принципиальные плюсы, проблемы, какой так сказать тру стайл - на сервере делать prepare или в приложении.

Melkij, pg_stat_statements