Re: SET TRANSACTION and SQL Standard

From: Simon Riggs <simon(at)2ndQuadrant(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
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:41:06
Message-ID: 1231519266.18005.484.camel@ebony.2ndQuadrant
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On Fri, 2009-01-09 at 11:20 -0500, Tom Lane wrote:
> 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...

No, it does allow you to choose on a case by case basis. But yes, I had
thought our (not just my) default position was to conform to the
standard.

> 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.

I've been thinking about that as something for next release.

--
Simon Riggs www.2ndQuadrant.com
PostgreSQL Training, Services and Support

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Guillaume Smet 2009-01-09 16:45:05 Re: foreign_data test fails with non-C locale
Previous Message Hiroshi Saito 2009-01-09 16:39:14 Re: Solve a problem of LC_TIME of windows.