aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/tsvector.c
diff options
context:
space:
mode:
authorAndres Freund <andres@anarazel.de>2025-04-02 14:25:17 -0400
committerAndres Freund <andres@anarazel.de>2025-04-02 14:54:20 -0400
commit459e7bf8e2f8ab894dc613fa8555b74c4eef6969 (patch)
treed89ead863ddc22c0615d244c97ce26d3cf9cda32 /src/backend/utils/adt/tsvector.c
parent0dca5d68d7bebf2c1036fd84875533afef6df992 (diff)
downloadpostgresql-459e7bf8e2f8ab894dc613fa8555b74c4eef6969.tar.gz
postgresql-459e7bf8e2f8ab894dc613fa8555b74c4eef6969.zip
Remove HeapBitmapScan's skip_fetch optimization
The optimization does not take the removal of TIDs by a concurrent vacuum into account. The concurrent vacuum can remove dead TIDs and make pages ALL_VISIBLE while those dead TIDs are referenced in the bitmap. This can lead to a skip_fetch scan returning too many tuples. It likely would be possible to implement this optimization safely, but we don't have the necessary infrastructure in place. Nor is it clear that it's worth building that infrastructure, given how limited the skip_fetch optimization is. In the backbranches we just disable the optimization by always passing need_tuples=true to table_beginscan_bm(). We can't perform API/ABI changes in the backbranches and we want to make the change as minimal as possible. Author: Matthias van de Meent <boekewurm+postgres@gmail.com> Reported-By: Konstantin Knizhnik <knizhnik@garret.ru> Discussion: https://postgr.es/m/CAEze2Wg3gXXZTr6_rwC+s4-o2ZVFB5F985uUSgJTsECx6AmGcQ@mail.gmail.com Backpatch-through: 13
Diffstat (limited to 'src/backend/utils/adt/tsvector.c')
0 files changed, 0 insertions, 0 deletions