From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Stephen Frost <sfrost(at)snowman(dot)net>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Zstandard support for toast compression |
Date: | 2022-05-23 04:33:10 |
Message-ID: | YosOhq/syiq3IJvC@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, May 19, 2022 at 04:12:01PM -0400, Robert Haas wrote:
> On Thu, May 19, 2022 at 4:20 AM Michael Paquier <michael(at)paquier(dot)xyz> wrote:
>> Btw, shouldn't we have something a bit more, err, extensible for the
>> design of an extensible varlena header? If we keep it down to some
>> bitwise information, we'd be fine for a long time but it would be
>> annoying to review again an extended design if we need to extend it
>> with more data.
>
> What do you have in mind?
A per-varlena checksum was one thing that came into my mind.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Kyotaro Horiguchi | 2022-05-23 04:33:23 | Re: [BUG] Logical replication failure "ERROR: could not map filenode "base/13237/442428" to relation OID" with catalog modifying txns |
Previous Message | Amit Kapila | 2022-05-23 04:31:12 | Re: Handle infinite recursion in logical replication setup |