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
|
Список | 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 по дате отправления: