Re: nbtsort.c performs unneeded (though harmless) truncation - Mailing list pgsql-hackers

From Teodor Sigaev
Subject Re: nbtsort.c performs unneeded (though harmless) truncation
Date
Msg-id f6ce0eb8-ac14-2ef3-4b16-6c7143f9599b@sigaev.ru
Whole thread Raw
In response to nbtsort.c performs unneeded (though harmless) truncation  (Peter Geoghegan <pg@bowt.ie>)
Responses Re: nbtsort.c performs unneeded (though harmless) truncation
List pgsql-hackers
Thank you, pushed.

Peter Geoghegan wrote:
> I noticed that we're calling _bt_nonkey_truncate() needlessly when a
> minimum key is needed at the leftmost page on each level of the tree.
> This was always a special case, and I think that it should remain as
> one. Attached patch avoids unneeded truncations, while preserving the
> generic BTreeTupleGetNAtts() assertions.
> 
> This isn't a correctness issue, and the extra overhead of unneeded
> truncation should be negligible, but what we have now seems confusing
> to me.
> 

-- 
Teodor Sigaev                                   E-mail: teodor@sigaev.ru
                                                    WWW: http://www.sigaev.ru/


pgsql-hackers by date:

Previous
From: Marina Polyakova
Date:
Subject: Re: [HACKERS] path toward faster partition pruning
Next
From: Vladimir Sitnikov
Date:
Subject: Re: GSoC 2018: thrift encoding format