Re: Truncate logs by max_log_size
| От | Álvaro Herrera |
|---|---|
| Тема | Re: Truncate logs by max_log_size |
| Дата | |
| Msg-id | 202602051012.qer26xklakqb@alvherre.pgsql обсуждение исходный текст |
| Ответ на | Re: Truncate logs by max_log_size (Jim Jones <jim.jones@uni-muenster.de>) |
| Ответы |
Re: Truncate logs by max_log_size
|
| Список | pgsql-hackers |
On 2026-Feb-05, Jim Jones wrote: > On 05/02/2026 03:17, Fujii Masao wrote: > > At least I'm not for now. So please feel free to work on the patch if > > you'd like! > > If nobody is planning to work on this, I can take a look at it next week. That'd be swell. My only comment at this point is that the proposed GUC name is not great. I think it should be something like log_statement_max_length, or something like that. Reading just the thread subject, people would imagine this is about the size of the log file. Another point is that the current patch does strlen() twice on each query. It might be better to do away with need_truncate_query_log() and have a single routine that both determines whether the truncation is needed and returns the truncated query if it is. If it returns NULL then caller assumes it's not needed. -- Álvaro Herrera 48°01'N 7°57'E — https://www.EnterpriseDB.com/
В списке pgsql-hackers по дате отправления: