postgres

History

Alvaro Herrera 897795240c Enable CHECK constraints to be declared NOT VALID

This means that they can initially be added to a large existing table
without checking its initial contents, but new tuples must comply to
them; a separate pass invoked by ALTER TABLE / VALIDATE can verify
existing data and ensure it complies with the constraint, at which point
it is marked validated and becomes a normal part of the table ecosystem.

An non-validated CHECK constraint is ignored in the planner for
constraint_exclusion purposes; when validated, cached plans are
recomputed so that partitioning starts working right away.

This patch also enables domains to have unvalidated CHECK constraints
attached to them as well by way of ALTER DOMAIN / ADD CONSTRAINT / NOT
VALID, which can later be validated with ALTER DOMAIN / VALIDATE
CONSTRAINT.

Thanks to Thom Brown, Dean Rasheed and Jaime Casanova for the various
reviews, and Robert Hass for documentation wording improvement
suggestions.

This patch was sponsored by Enova Financial.

2011-06-30 11:24:31 -04:00

.gitignore

Convert cvsignore to gitignore, and add .gitignore for build targets.

2010-09-22 12:57:04 +02:00

analyze.c

Pgindent run before 9.1 beta2.

2011-06-09 14:32:50 -04:00

gram.y

Enable CHECK constraints to be declared NOT VALID

2011-06-30 11:24:31 -04:00

keywords.c

Stamp copyrights for year 2011.

2011-01-01 13:18:15 -05:00

kwlookup.c

Stamp copyrights for year 2011.

2011-01-01 13:18:15 -05:00

Makefile

Revise collation derivation method and expression-tree representation.

2011-03-19 20:30:08 -04:00

parse_agg.c

pgindent run before PG 9.1 beta 1.

2011-04-10 11:42:00 -04:00

parse_clause.c

Add notion of a "transform function" that can simplify function calls.

2011-06-21 22:21:24 -04:00

parse_coerce.c

Pgindent run before 9.1 beta2.

2011-06-09 14:32:50 -04:00

parse_collate.c

pgindent run before PG 9.1 beta 1.

2011-04-10 11:42:00 -04:00

parse_cte.c

Make a code-cleanup pass over the collations patch.

2011-04-22 17:43:18 -04:00

parse_expr.c

pgindent run before PG 9.1 beta 1.

2011-04-10 11:42:00 -04:00

parse_func.c

pgindent run before PG 9.1 beta 1.

2011-04-10 11:42:00 -04:00

parse_node.c

pgindent run before PG 9.1 beta 1.

2011-04-10 11:42:00 -04:00

parse_oper.c

Fix failure to check whether a rowtype's component types are sortable.

2011-06-03 15:39:17 -04:00

parse_param.c

pgindent run before PG 9.1 beta 1.

2011-04-10 11:42:00 -04:00

parse_relation.c

Allow callers to pass a missing_ok flag when opening a relation.

2011-06-27 15:25:44 -04:00

parse_target.c

Make a code-cleanup pass over the collations patch.

2011-04-22 17:43:18 -04:00

parse_type.c

Avoid an unnecessary syscache lookup in parse_coerce.c.

2011-04-08 16:11:41 -04:00

parse_utilcmd.c

Fix outdated comment

2011-06-29 19:49:47 -04:00

parser.c

Stamp copyrights for year 2011.

2011-01-01 13:18:15 -05:00

README

Revise collation derivation method and expression-tree representation.

2011-03-19 20:30:08 -04:00

scan.l

Stamp copyrights for year 2011.

2011-01-01 13:18:15 -05:00

scansup.c

Stamp copyrights for year 2011.

2011-01-01 13:18:15 -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)