Re: [HACKERS] Custom compression methods - Mailing list pgsql-hackers

From Tomas Vondra
Subject Re: [HACKERS] Custom compression methods
Date
Msg-id e0367f27-392c-321a-7411-a58e1a7e4817@enterprisedb.com
Whole thread Raw
In response to Re: [HACKERS] Custom compression methods  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: [HACKERS] Custom compression methods  (Dilip Kumar <dilipbalaut@gmail.com>)
List pgsql-hackers
Hi,

I think this bit in brin_tuple.c is wrong:

    ...
    Form_pg_attribute att = TupleDescAttr(brdesc->bd_tupdesc,
                                          keyno);
    Datum       cvalue = toast_compress_datum(value,
                                              att->attcompression);

The problem is that this is looking at the index descriptor (i.e. what
types are indexed) instead of the stored type. For BRIN those may be
only loosely related, which is why the code does this a couple lines above:

    /* We must look at the stored type, not at the index descriptor. */
    TypeCacheEntry *atttype
        = brdesc->bd_info[keyno]->oi_typcache[datumno];

For the built-in BRIN opclasses this happens to work, because e.g.
minmax stores two values of the original type. But it may not work for
other out-of-core opclasses, and it certainly doesn't work for the new
BRIN opclasses (bloom and minmax-multi).

Unfortunately, the only thing we have here is the type OID, so I guess
the only option is using GetDefaultToastCompression(). Perhaps we might
include that into BrinOpcInfo too, in the future.


regards

-- 
Tomas Vondra
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Markus Wanner
Date:
Subject: Re: Logical Replication vs. 2PC
Next
From: Konstantin Knizhnik
Date:
Subject: Re: Columns correlation and adaptive query optimization