Received: (qmail 26238 invoked from network); 9 Sep 2009 21:52:38 -0500 Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180) by static-ip-85-25-126-90.inaddr.intergenia.de with SMTP; 9 Sep 2009 21:52:23 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 9CF7DCAE06E; Wed, 9 Sep 2009 22:52:10 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at localhost.localdomain Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id maHbPUzgpCHX; Wed, 9 Sep 2009 22:52:10 -0400 (EDT) Received: from turing.freelists.org (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 48EA4CADFA9; Wed, 9 Sep 2009 22:51:33 -0400 (EDT) Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 09 Sep 2009 22:50:51 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 2CF2BCADF90 for ; Wed, 9 Sep 2009 22:50:51 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SlB3aMoHHdmj for ; Wed, 9 Sep 2009 22:50:51 -0400 (EDT) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C8810CADF71 for ; Wed, 9 Sep 2009 22:50:50 -0400 (EDT) Received: by an-out-0708.google.com with SMTP id d40so12937785and.1 for ; Wed, 09 Sep 2009 19:50:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=1x/lTgC4ApsrQQZeFEBiQ9P2KhMHsG77kCVcm4jMFSw=; b=dhbM63qyJLxzMUYsPhTvuy54rHzQvDwv8v9YelWwW+Nu01dy97cHljCQo1AlSl0Ys6 LsgXlF0g7WOYUWz7/mSdyYjoXG5WbYrSFLaGkReZfI4WLgJhurQV+CuEQvxzkkQE6kMk WNzWosTA0CecWMkn7g/9OBqouNN0IvnIn/93k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=m6FUboBeU/e4qXMfYWn9Fd2yPuz1O/YKxXPXu5WUzol0MgJbiBpQ7PJks3ZOme4lR+ qDhWE+jZdYepOsuyemG589s3YZ0j9z/osYfTjvthOO79aHUURKexHkP+v9OB4eq6/c6Y UHsZam9m5xqf5Tae5mQ4MicCUCJEh16j141vo= MIME-Version: 1.0 Received: by 10.101.183.1 with SMTP id k1mr1073459anp.18.1252551049873; Wed, 09 Sep 2009 19:50:49 -0700 (PDT) In-Reply-To: References: <8311a5b60909091837v46eee72ao4c3b34e64a199dd3@mail.gmail.com> Date: Wed, 9 Sep 2009 22:50:49 -0400 Message-ID: <8311a5b60909091950j3c59f300m3980d6527552dbdc@mail.gmail.com> Subject: Re: Speaking of New Features From: chet justice To: Dan Norris Cc: oracle-l Content-Type: multipart/alternative; boundary=0016368e29316408a3047330446d X-archive-position: 20713 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: chet.justice@gmail.com Precedence: normal Reply-to: chet.justice@gmail.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: oracle-l X-List-ID: oracle-l List-subscribe: List-owner: List-post: List-archive: X-list: oracle-l --0016368e29316408a3047330446d Content-Type: text/plain; charset=ISO-8859-1 How about the OUTER join syntax? That would be considered an extension wouldn't it? (I couldn't find a reference to the + operator in the standards for joins anyway). On Wed, Sep 9, 2009 at 10:00 PM, Dan Norris wrote: > You may be appealing to the wrong people. The SQL 92 standard specifies the > INSERT statement syntax (page 388 of > http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt). > However, I suppose it's always possible to create "extensions" to those > standards too. > > Dan > > > On Wed, Sep 9, 2009 at 8:37 PM, chet justice wrote: > >> Any thoughts on the "new" syntax for INSERT statements below? >> >> INSERT INTO my_table >> ( id => seq.nexval, >> create_date => SYSDATE, >> update_date => SYSDATE, >> col1 => 'A', >> col2 => 'SOMETHING', >> col3 => 'SOMETHING', >> col4 => 'SOMETHING', >> col5 => 'SOMETHING', >> col6 => 'SOMETHING', >> col7 => 'SOMETHING', >> col8 => 'SOMETHING', >> col9 => 'SOMETHING', >> col10 => 'SOMETHING', >> col11 => 'SOMETHING', >> col12 => 'SOMETHING', >> col13 => 'SOMETHING', >> col14 => 'SOMETHING' ); >> >> Thought of one day while trying to clean up (make human readable) someone >> else's code. I would either get too many values or not enough. After >> copying the INSERT columns and subsequent VALUES clause into an Excel >> spreadsheet to compare them side by side, I thought, hey, what about named >> notation? >> >> Anyway, I created the "Idea" on Oracle Mix hereif you are inclined to, one way or another, to vote. >> >> chet >> >> -- >> chet justice >> www.oraclenerd.com >> >> > -- chet justice www.oraclenerd.com --0016368e29316408a3047330446d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable How about the OUTER join syntax?=A0 That would be considered an extension w= ouldn't it?=A0 (I couldn't find a reference to the + operator in th= e standards for joins anyway).

On Wed, Se= p 9, 2009 at 10:00 PM, Dan Norris <dannorris@dannorris.com> wrote:
You may be appeal= ing to the wrong people. The SQL 92 standard specifies the INSERT statement= syntax (page 388 of http://www.contrib.andrew.cmu.edu/~shad= ow/sql/sql1992.txt). However, I suppose it's always possible to cre= ate "extensions" to those standards too.

Dan


On Wed, Sep 9, 2009 at 8:37 PM, chet justice <= chet.justice@gm= ail.com> wrote:
Any thoughts on the "new" syntax for INSERT statements below?
=
INSERT INTO my_tabl= e
=A0 ( id =3D> seq.nexval,
=A0=A0=A0 create_date =3D> SYSDATE,
=A0=A0=A0 update_date =3D> SYSDATE,= =20
=A0=A0=A0 col1 =3D> 'A',
=A0=A0=A0 col2 =3D> 'SOMETHING&= #39;,
=A0=A0=A0 col3 =3D> 'SOMETHING&= #39;,
=A0=A0=A0 col4 =3D> 'SOMETHING&= #39;,
=A0=A0=A0 col5 =3D> 'SOMETHING&= #39;,
=A0=A0=A0 col6 =3D> 'SOMETHING&= #39;,
=A0=A0=A0 col7 =3D> 'SOMETHING',
=A0=A0=A0 col8 =3D> 'SOMETHING',
=A0=A0=A0 col9 =3D> 'SOMETHING',
=A0=A0=A0 col10 =3D> 'SOMETHING',
=A0=A0=A0 col11 =3D> 'SOMETHING',
=A0=A0=A0 col12 =3D> 'SOMETHING',
=A0=A0=A0 col13 =3D> 'SOMETHING',
=A0=A0=A0 col14 =3D> 'SOMETHING' );=

Thought of one day while trying to clean up (make human readable) s= omeone else's code.=A0 I would either get too many values or not enough= .=A0 After copying the INSERT columns and subsequent VALUES clause into an = Excel spreadsheet to compare them side by side, I thought, hey, what about = named notation?

Anyway, I created the "Idea" on Oracle Mix here<= /a> if you are inclined to, one way or another, to vote.

chet

--
chet justice
www= .oraclenerd.com





--
chet justic= e
www.oraclenerd.com

--0016368e29316408a3047330446d-- -- http://www.freelists.org/webpage/oracle-l