From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
Cc: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: SET TRANSACTION and SQL Standard |
Date: | 2009-01-09 16:20:40 |
Message-ID: | 26239.1231518040@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Simon Riggs <simon(at)2ndQuadrant(dot)com> writes:
> "If any condition required by Syntax Rules is not satisfied when the
> evaluation of Access or General Rules is attempted and the
> implementation is neither processing non-conforming SQL language nor
> processing conforming SQL language in a non-conforming manner, then an
> exception condition is raised: syntax error or access rule violation."
> If we *choose* to be an SQL implementation that conforms to the SQL
> standard, then it should throw an error.
That reading would forbid any nonstandard syntax whatsoever...
What this is actually describing is the "standards conformance checking"
mode that the standard says you ought to provide, but we never have
(nor have most other vendors AFAIK). In SQL92 this was described as
a "SQL Flagger" and it was optional. Not sure what the latest spec
says about that.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Aidan Van Dyk | 2009-01-09 16:22:38 | Re: Improving compressibility of WAL files |
Previous Message | Cédric Villemain | 2009-01-09 16:15:28 | Re: Proposal: new border setting in psql |