From 94db74f37071984c11ce5cc33a40285a5bfeec4c Mon Sep 17 00:00:00 2001 From: Tom Lane Date: Thu, 22 Jan 2004 02:23:35 +0000 Subject: Fix oversight in optimization that avoids an unnecessary projection step when scanning a table that we need all the columns from. In case of SELECT INTO, we have to check that the hasoids flag matches the desired output type, too. Per report from Mike Mascari. --- src/backend/executor/nodeAppend.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'src/backend/executor/nodeAppend.c') diff --git a/src/backend/executor/nodeAppend.c b/src/backend/executor/nodeAppend.c index 3c3036a4103..3cc2f7307a0 100644 --- a/src/backend/executor/nodeAppend.c +++ b/src/backend/executor/nodeAppend.c @@ -8,7 +8,7 @@ * * * IDENTIFICATION - * $Header: /cvsroot/pgsql/src/backend/executor/nodeAppend.c,v 1.54 2003/08/04 02:39:59 momjian Exp $ + * $Header: /cvsroot/pgsql/src/backend/executor/nodeAppend.c,v 1.54.4.1 2004/01/22 02:23:35 tgl Exp $ * *------------------------------------------------------------------------- */ @@ -208,7 +208,7 @@ ExecInitAppend(Append *node, EState *estate) * call ExecInitNode on each of the plans to be executed and save the * results into the array "appendplans". Note we *must* set * estate->es_result_relation_info correctly while we initialize each - * sub-plan; ExecAssignResultTypeFromTL depends on that! + * sub-plan; ExecContextForcesOids depends on that! */ for (i = appendstate->as_firstplan; i <= appendstate->as_lastplan; i++) { -- cgit v1.2.3