Re: Temporary file access API

Поиск
Список
Период
Сортировка
От John Morris
Тема Re: Temporary file access API
Дата
Msg-id BYAPR13MB2677AD2D389ABE0014BD5CBBA0519@BYAPR13MB2677.namprd13.prod.outlook.com
обсуждение исходный текст
Ответ на Re: Temporary file access API  (Antonin Houska <ah@cybertec.at>)
Ответы Re: Temporary file access API  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
  • So I think that code simplification and easy adoption of in-memory data
    changes (such as encryption or compression) are two rather distinct goals.
    admit that I'm running out of ideas how to develop a framework that'd be
    useful for both.

 

I’m also wondering about code simplification vs a more general encryption/compression framework. I started with the current proposal, and I’m also looking at David Steele’s approach to encryption/compression in pgbackrest. I’m beginning to think we should do a high-level design which includes encryption/compression, and then implement it as a “simplification” without actually doing the transformations.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: GUC tables - use designated initializers
Следующее
От: Ashwin Agrawal
Дата:
Сообщение: Re: Backends stalled in 'startup' state