| From: | Andres Freund <andres(at)anarazel(dot)de> |
|---|---|
| To: | Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Proposal: custom compression methods |
| Date: | 2015-12-16 13:17:55 |
| Message-ID: | 20151216131755.GA23112@awork2.anarazel.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2015-12-16 14:14:36 +0100, Tomas Vondra wrote:
> I think the main obstacle to make this possible is the lack of free space in
> varlena header / need to add the ID of the compression method into the
> value.
>
> FWIW I'd like to allow this (mixing compression types), but I don't think
> it's worth the complexity at this point. We can add that later, if it turns
> out to be a problem in practice (which it probably won't).
Again. Unless I miss something that was solved in
www.postgresql.org/message-id/flat/20130615102028(dot)GK19500(at)alap2(dot)anarazel(dot)de
Personally I think we should add lz4 and maybe on strongly compressing
algorithm and be done with it. Runtime extensibility will make this much
more complicated, and I doubt it's worth the complexity.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Amit Kapila | 2015-12-16 13:30:04 | Re: [PoC] Asynchronous execution again (which is not parallel) |
| Previous Message | Tomas Vondra | 2015-12-16 13:14:36 | Re: Proposal: custom compression methods |