Received: from makus.postgresql.org (makus.postgresql.org [98.129.198.125]) by mail.postgresql.org (Postfix) with ESMTP id 548892B4151 for ; Sun, 20 May 2012 12:26:13 -0300 (ADT) Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1SW81M-0002aO-I4 for pgsql-docs@postgresql.org; Sun, 20 May 2012 15:26:12 +0000 Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id q4KFPwmN019495; Sun, 20 May 2012 11:25:58 -0400 (EDT) To: Peter Eisentraut cc: pgsql-docs Subject: Re: SQL key word list and SQL:2011 In-reply-to: <1337450452.10292.11.camel@vanquo.pezone.net> References: <1337450452.10292.11.camel@vanquo.pezone.net> Comments: In-reply-to Peter Eisentraut message dated "Sat, 19 May 2012 21:00:52 +0300" Date: Sun, 20 May 2012 11:25:58 -0400 Message-ID: <19494.1337527558@sss.pgh.pa.us> From: Tom Lane X-Pg-Spam-Score: -1.9 (-) X-Archive-Number: 201205/19 X-Sequence-Number: 7344 Peter Eisentraut writes: > I'm updating the SQL key word list in the appendix. Since there is now > SQL:2011, this should be included in the table. But we're running out > of horizontal space. We currently have > Key word | PostgreSQL | SQL:2008 | SQL:2003 | SQL:1999 | SQL-92 > In the PDF, we have space for about 5 columns, and currently the SQL-92 > column is already in the margin. If we add one more column, it falls > off the page. > What I'd suggest is that we keep only the SQL:2011 column. The > differences from 2003 to 2011 aren't that great that it's very useful to > analyze the differences, and 1999 and 1992 are really only of > archeological interest. (For example, it's not going to be of any > practical relevance to attempt to use a key word that was unreserved in > 1999 but reserved later. A number of other vendors will have reserved > it by now as well.) We would, however, lose a few key words that were > reserved in earlier versions of the standard but then removed (e.g., > BIT). Maybe those could be added with a note or something. Perhaps it'd be useful to keep just SQL-92 and SQL:2011, to give some sense of how the standard's keyword set has evolved over time while not making the table too wide. regards, tom lane