| От | Tomas Vondra |
|---|---|
| Тема | Re: Add LZ4 compression in pg_dump |
| Дата | |
| Msg-id | 319aa3e3-e443-5a79-1c84-c4a4c0b9a8bb@enterprisedb.com обсуждение |
| Ответ на | Re: Add LZ4 compression in pg_dump (gkokolatos@pm.me) |
| Список | pgsql-hackers |
On 3/17/23 16:43, gkokolatos@pm.me wrote: >> >> ... >> >> I agree it's cleaner the way you did it. >> >> I was thinking that with each compression function handling error >> internally, the callers would not need to do that. But I haven't >> realized there's logic to detect ENOSPC and so on, and we'd need to >> duplicate that in every compression func. >> > > If you agree, I can prepare a patch to improve on the error handling > aspect of the API as a separate thread, since here we are trying to > focus on correctness. > Yes, that makes sense. There are far too many patches in this thread already ... regards -- Tomas Vondra EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера