nbtree: Use only one notnullkey ScanKeyData.
authorPeter Geoghegan <pg@bowt.ie>
Wed, 16 Jul 2025 17:05:44 +0000 (13:05 -0400)
committerPeter Geoghegan <pg@bowt.ie>
Wed, 16 Jul 2025 17:05:44 +0000 (13:05 -0400)
commit4c8ad67a98b5d84c1ca00a26d53d08f2d2b881aa
tree2b58a3eef80132b9611ca1cfd205b84bdce4595a
parent48c2c7b4b45b3bb696d566f4f425fccdd871532f
nbtree: Use only one notnullkey ScanKeyData.

_bt_first need only store one ScanKeyData struct on the stack for the
purposes of building an IS NOT NULL key based on an implied NOT NULL
constraint.  We don't need INDEX_MAX_KEYS-many ScanKeyData structs.

This saves us a little over 2KB in stack space.  It's possible that this
has some performance benefit.  It also seems simpler and more direct.

It isn't possible for more than a single index attribute to need its own
implied IS NOT NULL key: the first such attribute/IS NOT NULL key always
makes _bt_first stop adding additional boundary keys to startKeys[].
Using INDEX_MAX_KEYS-many ScanKeyData entries was (at best) misleading.

Author: Peter Geoghegan <pg@bowt.ie>
Reviewed-By: Mircea Cadariu <cadariu.mircea@gmail.com>
Discussion: http://postgr.es/m/CAH2-Wzm=1kJMSZhhTLoM5BPbwQNWxUj-ynOEh=89ptDZAVgauw@mail.gmail.com
src/backend/access/nbtree/nbtsearch.c