postgresql/src/backend/parser
Tom Lane 3223b25ff7 Disallow unlogged materialized views.
The initial implementation of this feature was really unsupportable,
because it's relying on the physical size of an on-disk file to carry the
relation's populated/unpopulated state, which is at least a modularity
violation and could have serious long-term consequences.  We could say that
an unlogged matview goes to empty on crash, but not everybody likes that
definition, so let's just remove the feature for 9.3.  We can add it back
when we have a less klugy implementation.

I left the grammar and tab-completion support for CREATE UNLOGGED
MATERIALIZED VIEW in place, since it's harmless and allows delivering a
more specific error message about the unsupported feature.

I'm committing this separately to ease identification of what should be
reverted when/if we are able to re-enable the feature.
2013-05-06 12:00:06 -04:00
..
.gitignore Convert cvsignore to gitignore, and add .gitignore for build targets. 2010-09-22 12:57:04 +02:00
Makefile Refactor flex and bison make rules 2012-10-11 06:57:04 -04:00
README Revise collation derivation method and expression-tree representation. 2011-03-19 20:30:08 -04:00
analyze.c Disallow unlogged materialized views. 2013-05-06 12:00:06 -04:00
check_keywords.pl Update copyrights for 2013 2013-01-01 17:15:01 -05:00
gram.y Clean up references to SQL92 2013-04-20 11:04:41 -04:00
keywords.c Update copyrights for 2013 2013-01-01 17:15:01 -05:00
kwlookup.c Update copyrights for 2013 2013-01-01 17:15:01 -05:00
parse_agg.c Make some spelling more consistent 2013-01-05 08:25:21 -05:00
parse_clause.c Clean up the mess around EXPLAIN and materialized views. 2013-04-12 19:25:31 -04:00
parse_coerce.c Update copyrights for 2013 2013-01-01 17:15:01 -05:00
parse_collate.c Fix collation assignment for aggregates with ORDER BY. 2013-04-26 15:48:53 -04:00
parse_cte.c Update copyrights for 2013 2013-01-01 17:15:01 -05:00
parse_expr.c Make some spelling more consistent 2013-01-05 08:25:21 -05:00
parse_func.c Add infrastructure for storing a VARIADIC ANY function's VARIADIC flag. 2013-01-21 20:26:15 -05:00
parse_node.c Update copyrights for 2013 2013-01-01 17:15:01 -05:00
parse_oper.c Allow CREATE TABLE IF EXIST so succeed if the schema is nonexistent 2013-01-26 13:24:50 -05:00
parse_param.c Clean up the mess around EXPLAIN and materialized views. 2013-04-12 19:25:31 -04:00
parse_relation.c Clean up references to SQL92 2013-04-20 11:04:41 -04:00
parse_target.c Update copyrights for 2013 2013-01-01 17:15:01 -05:00
parse_type.c Allow CREATE TABLE IF EXIST so succeed if the schema is nonexistent 2013-01-26 13:24:50 -05:00
parse_utilcmd.c Clean up references to SQL92 2013-04-20 11:04:41 -04:00
parser.c Update copyrights for 2013 2013-01-01 17:15:01 -05:00
scan.l Change the way UESCAPE is lexed, to reduce the size of the flex tables. 2013-03-14 19:04:43 +02:00
scansup.c Update copyrights for 2013 2013-01-01 17:15:01 -05:00

README

src/backend/parser/README

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_collate.c	assign collation information in completed expressions
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)