Re: [ADMIN] Re: [HACKERS] RFC: Industrial-strength logging (longmessage)
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [ADMIN] Re: [HACKERS] RFC: Industrial-strength logging (longmessage) |
| Дата | |
| Msg-id | 3747.940785581@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [ADMIN] Re: [HACKERS] RFC: Industrial-strength logging (longmessage) (The Hermit Hacker <scrappy@hub.org>) |
| Список | pgsql-hackers |
The Hermit Hacker <scrappy@hub.org> writes:
> Why not do something similar to what we are doing with pg_shadow? If I
> remember the logic right, when you update pg_shadow, one ofits "steps" is
> to dump it to a text file so that postmaster can read it?
I thought about suggesting that, but IIRC the pg_shadow stuff doesn't
really *work* very well --- CREATE USER and friends know that they
are supposed to dump the table to a textfile after modifying it,
but heaven help you if you try poking pg_shadow with vanilla SQL
commands. And I bet aborting a transaction after it does a CREATE USER
doesn't undo the changes to the flat file, either.
So, unless someone is feeling inspired to go rework the way the pg_shadow
stuff is handled, I don't think it's a good model to emulate.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера