From bdca82f44d0e0168dece56cbd53b54ba142f328f Mon Sep 17 00:00:00 2001 From: Tom Lane Date: Tue, 22 Feb 2011 19:23:23 -0500 Subject: Add a relkind field to RangeTblEntry to avoid some syscache lookups. The recent additions for FDW support required checking foreign-table-ness in several places in the parse/plan chain. While it's not clear whether that would really result in a noticeable slowdown, it seems best to avoid any performance risk by keeping a copy of the relation's relkind in RangeTblEntry. That might have some other uses later, anyway. Per discussion. --- src/backend/nodes/nodeFuncs.c | 2 -- 1 file changed, 2 deletions(-) (limited to 'src/backend/nodes/nodeFuncs.c') diff --git a/src/backend/nodes/nodeFuncs.c b/src/backend/nodes/nodeFuncs.c index 8a23047d382..d4b92429171 100644 --- a/src/backend/nodes/nodeFuncs.c +++ b/src/backend/nodes/nodeFuncs.c @@ -1671,7 +1671,6 @@ range_table_walker(List *rtable, switch (rte->rtekind) { case RTE_RELATION: - case RTE_SPECIAL: case RTE_CTE: /* nothing to do */ break; @@ -2374,7 +2373,6 @@ range_table_mutator(List *rtable, switch (rte->rtekind) { case RTE_RELATION: - case RTE_SPECIAL: case RTE_CTE: /* we don't bother to copy eref, aliases, etc; OK? */ break; -- cgit v1.2.3