aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor
diff options
context:
space:
mode:
authorAndrew Gierth <rhodiumtoad@postgresql.org>2020-11-24 20:58:32 +0000
committerAndrew Gierth <rhodiumtoad@postgresql.org>2020-11-24 21:17:02 +0000
commitae5aa26dc39d7729b044013e8b213e79e24e613b (patch)
tree1559b469a830e6e572a5862305dabebef98a7f23 /src/backend/executor
parent888fa2baeb39fa4069b1b55552c0ced85b533313 (diff)
downloadpostgresql-ae5aa26dc39d7729b044013e8b213e79e24e613b.tar.gz
postgresql-ae5aa26dc39d7729b044013e8b213e79e24e613b.zip
Properly check index mark/restore in ExecSupportsMarkRestore.
Previously this code assumed that all IndexScan nodes supported mark/restore, which is not true since it depends on optional index AM support functions. This could lead to errors about missing support functions in rare edge cases of mergejoins with no sort keys, where an unordered non-btree index scan was placed on the inner path without a protecting Materialize node. (Normally, the fact that merge join requires ordered input would avoid this error.) Backpatch all the way since this bug is ancient. Per report from Eugen Konkov on irc. Discussion: https://postgr.es/m/87o8jn50be.fsf@news-spur.riddles.org.uk
Diffstat (limited to 'src/backend/executor')
-rw-r--r--src/backend/executor/execAmi.c5
1 files changed, 5 insertions, 0 deletions
diff --git a/src/backend/executor/execAmi.c b/src/backend/executor/execAmi.c
index 1f18e5d3a2f..4f5fdb0d427 100644
--- a/src/backend/executor/execAmi.c
+++ b/src/backend/executor/execAmi.c
@@ -414,6 +414,11 @@ ExecSupportsMarkRestore(Path *pathnode)
{
case T_IndexScan:
case T_IndexOnlyScan:
+ /*
+ * Not all index types support mark/restore.
+ */
+ return castNode(IndexPath, pathnode)->indexinfo->amcanmarkpos;
+
case T_Material:
case T_Sort:
return true;