postgresql/src/backend/parser
Tom Lane 52fc0075ab Avoid a premature coercion failure in transformSetOperationTree() when
presented with an UNKNOWN-type Var, which can happen in cases where an
unknown literal appeared in a subquery.  While many such cases will fail
later on anyway in the planner, there are some cases where the planner is
able to flatten the query and replace the Var by the constant before it has
to coerce the union column to the final type.  I had added this check in 8.4
to provide earlier/better error detection, but it causes a regression for
some cases that worked OK before.  Fix by not making the check if the input
node is UNKNOWN type and not a Const or Param.  If it isn't going to work,
it will fail anyway at plan time, with the only real loss being inability to
provide an error cursor.  Per gripe from Britt Piehler.

In passing, rename a couple of variables to remove confusion from an
inner scope masking the same variable names in an outer scope.
2009-12-16 22:24:13 +00:00
..
.cvsignore Remove all traces that suggest that a non-Bison yacc might be supported, and 2008-08-29 13:02:33 +00:00
Makefile Implement parser hooks for processing ColumnRef and ParamRef nodes, as per my 2009-10-31 01:41:31 +00:00
README Implement parser hooks for processing ColumnRef and ParamRef nodes, as per my 2009-10-31 01:41:31 +00:00
analyze.c Avoid a premature coercion failure in transformSetOperationTree() when 2009-12-16 22:24:13 +00:00
gram.y Support ORDER BY within aggregate function calls, at long last providing a 2009-12-15 17:57:48 +00:00
keywords.c Tweak the core scanner so that it can be used by plpgsql too. 2009-07-14 20:24:10 +00:00
kwlookup.c Tweak the core scanner so that it can be used by plpgsql too. 2009-07-14 20:24:10 +00:00
parse_agg.c Support ORDER BY within aggregate function calls, at long last providing a 2009-12-15 17:57:48 +00:00
parse_clause.c Support ORDER BY within aggregate function calls, at long last providing a 2009-12-15 17:57:48 +00:00
parse_coerce.c Implement parser hooks for processing ColumnRef and ParamRef nodes, as per my 2009-10-31 01:41:31 +00:00
parse_cte.c Make FOR UPDATE/SHARE in the primary query not propagate into WITH queries; 2009-10-27 17:11:18 +00:00
parse_expr.c Support ORDER BY within aggregate function calls, at long last providing a 2009-12-15 17:57:48 +00:00
parse_func.c Support ORDER BY within aggregate function calls, at long last providing a 2009-12-15 17:57:48 +00:00
parse_node.c Implement parser hooks for processing ColumnRef and ParamRef nodes, as per my 2009-10-31 01:41:31 +00:00
parse_oper.c Fix get_sort_group_operators() so that it doesn't think arrays can be grouped 2009-06-13 15:42:09 +00:00
parse_param.c Implement parser hooks for processing ColumnRef and ParamRef nodes, as per my 2009-10-31 01:41:31 +00:00
parse_relation.c Implement parser hooks for processing ColumnRef and ParamRef nodes, as per my 2009-10-31 01:41:31 +00:00
parse_target.c Implement parser hooks for processing ColumnRef and ParamRef nodes, as per my 2009-10-31 01:41:31 +00:00
parse_type.c Make backend header files C++ safe 2009-07-16 06:33:46 +00:00
parse_utilcmd.c Support ORDER BY within aggregate function calls, at long last providing a 2009-12-15 17:57:48 +00:00
parser.c Remove pg_parse_string_token() --- not needed anymore. 2009-11-12 01:13:12 +00:00
scan.l Remove plpgsql's separate lexer (finally!), in favor of using the core lexer 2009-11-12 00:13:00 +00:00
scansup.c Remove plpgsql's separate lexer (finally!), in favor of using the core lexer 2009-11-12 00:13:00 +00:00

README

$PostgreSQL: pgsql/src/backend/parser/README,v 1.11 2009/10/31 01:41:31 tgl Exp $

Parser
======

This directory does more than tokenize and parse SQL queries.  It also
creates Query structures for the various complex queries that are passed
to the optimizer and then executor.

parser.c	things start here
scan.l		break query into tokens
scansup.c	handle escapes in input strings
kwlookup.c	turn keywords into specific tokens
keywords.c	table of standard keywords (passed to kwlookup.c)
gram.y		parse the tokens and produce a "raw" parse tree
analyze.c	top level of parse analysis for optimizable queries
parse_agg.c	handle aggregates, like SUM(col1),  AVG(col2), ...
parse_clause.c	handle clauses like WHERE, ORDER BY, GROUP BY, ...
parse_coerce.c	handle coercing expressions to different data types
parse_cte.c	handle Common Table Expressions (WITH clauses)
parse_expr.c	handle expressions like col, col + 3, x = 3 or x = 4
parse_func.c	handle functions, table.column and column identifiers
parse_node.c	create nodes for various structures
parse_oper.c	handle operators in expressions
parse_param.c	handle Params (for the cases used in the core backend)
parse_relation.c support routines for tables and column handling
parse_target.c	handle the result list of the query
parse_type.c	support routines for data type handling
parse_utilcmd.c	parse analysis for utility commands (done at execution time)