Re: SET TRANSACTION and SQL Standard

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

In response to

Responses

Browse pgsql-hackers by date

  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