aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeIndexscan.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2007-05-25 17:54:25 +0000
committerTom Lane <tgl@sss.pgh.pa.us>2007-05-25 17:54:25 +0000
commit604ffd280b955100e5fc24649ee4d42a6f3ebf35 (patch)
treecd4ef43c9f931f86c6e33b58d03ea498b722aa0b /src/backend/executor/nodeIndexscan.c
parentce5b24abedd3db058c832aabb19940935b2903ae (diff)
downloadpostgresql-604ffd280b955100e5fc24649ee4d42a6f3ebf35.tar.gz
postgresql-604ffd280b955100e5fc24649ee4d42a6f3ebf35.zip
Create hooks to let a loadable plugin monitor (or even replace) the planner
and/or create plans for hypothetical situations; in particular, investigate plans that would be generated using hypothetical indexes. This is a heavily-rewritten version of the hooks proposed by Gurjeet Singh for his Index Advisor project. In this formulation, the index advisor can be entirely a loadable module instead of requiring a significant part to be in the core backend, and plans can be generated for hypothetical indexes without requiring the creation and rolling-back of system catalog entries. The index advisor patch as-submitted is not compatible with these hooks, but it needs significant work anyway due to other 8.2-to-8.3 planner changes. With these hooks in the core backend, development of the advisor can proceed as a pgfoundry project.
Diffstat (limited to 'src/backend/executor/nodeIndexscan.c')
-rw-r--r--src/backend/executor/nodeIndexscan.c18
1 files changed, 14 insertions, 4 deletions
diff --git a/src/backend/executor/nodeIndexscan.c b/src/backend/executor/nodeIndexscan.c
index d9136de0035..8c22e3ade0e 100644
--- a/src/backend/executor/nodeIndexscan.c
+++ b/src/backend/executor/nodeIndexscan.c
@@ -8,7 +8,7 @@
*
*
* IDENTIFICATION
- * $PostgreSQL: pgsql/src/backend/executor/nodeIndexscan.c,v 1.121 2007/04/06 22:33:42 tgl Exp $
+ * $PostgreSQL: pgsql/src/backend/executor/nodeIndexscan.c,v 1.122 2007/05/25 17:54:25 tgl Exp $
*
*-------------------------------------------------------------------------
*/
@@ -415,10 +415,12 @@ ExecEndIndexScan(IndexScanState *node)
ExecClearTuple(node->ss.ss_ScanTupleSlot);
/*
- * close the index relation
+ * close the index relation (no-op if we didn't open it)
*/
- index_endscan(indexScanDesc);
- index_close(indexRelationDesc, NoLock);
+ if (indexScanDesc)
+ index_endscan(indexScanDesc);
+ if (indexRelationDesc)
+ index_close(indexRelationDesc, NoLock);
/*
* close the heap relation.
@@ -521,6 +523,14 @@ ExecInitIndexScan(IndexScan *node, EState *estate, int eflags)
ExecAssignScanType(&indexstate->ss, RelationGetDescr(currentRelation));
/*
+ * If we are just doing EXPLAIN (ie, aren't going to run the plan),
+ * stop here. This allows an index-advisor plugin to EXPLAIN a plan
+ * containing references to nonexistent indexes.
+ */
+ if (eflags & EXEC_FLAG_EXPLAIN_ONLY)
+ return indexstate;
+
+ /*
* Open the index relation.
*
* If the parent table is one of the target relations of the query, then