mirror of
https://github.com/postgres/postgres.git
synced 2026-07-11 10:35:32 -04:00
Use the proper comparator in gbt_bit_ssup_cmp.
If we're dealing with leaf entries, the function to call is bitcmp
not byteacmp. Using byteacmp didn't lead to any obvious failure,
but it did result in sorting the entries in a way not matching the
datatype's actual sort order. Hence the constructed index would be
less efficient than one would expect, and in particular worse than
what you got before this code was added in v18 (by commit e4309f73f).
We might want to recommend that users reindex btree_gist indexes
on bit/varbit columns.
Author: Tom Lane <tgl@sss.pgh.pa.us>
Reviewed-by: Ayush Tiwari <ayushtiwari.slg01@gmail.com>
Discussion: https://postgr.es/m/AH*AvQCYKhQGVvPWi1GiU4oY.8.1781609375063.Hmail.3020001251@tju.edu.cn
Backpatch-through: 18
This commit is contained in:
parent
3aaefe8924
commit
558c4ea9a4
1 changed files with 1 additions and 1 deletions
|
|
@ -215,7 +215,7 @@ gbt_bit_ssup_cmp(Datum x, Datum y, SortSupport ssup)
|
|||
Datum result;
|
||||
|
||||
/* for leaf items we expect lower == upper, so only compare lower */
|
||||
result = DirectFunctionCall2(byteacmp,
|
||||
result = DirectFunctionCall2(bitcmp,
|
||||
PointerGetDatum(arg1.lower),
|
||||
PointerGetDatum(arg2.lower));
|
||||
|
||||
|
|
|
|||
Loading…
Reference in a new issue