Received: from localhost (unknown [200.46.204.191]) by postgresql.org (Postfix) with ESMTP id C84E22E3BFE for ; Mon, 7 Jan 2008 14:22:00 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-maia, port 10024) with ESMTP id 59645-04-2 for ; Mon, 7 Jan 2008 14:21:59 -0400 (AST) Received: from news.hub.org (news.hub.org [200.46.204.72]) by postgresql.org (Postfix) with ESMTP id 00C002E3BF4 for ; Mon, 7 Jan 2008 14:22:00 -0400 (AST) Received: from news.hub.org (news.hub.org [200.46.204.72]) by news.hub.org (8.14.1/8.14.1) with ESMTP id m07ILwUB011555 for ; Mon, 7 Jan 2008 14:21:58 -0400 (AST) (envelope-from news@news.hub.org) Received: (from news@localhost) by news.hub.org (8.14.1/8.14.1/Submit) id m07I443E006803 for pgsql-sql@postgresql.org; Mon, 7 Jan 2008 14:04:04 -0400 (AST) (envelope-from news) From: Chris Browne X-Newsgroups: pgsql.sql Subject: Re: Cheers for DISTINCT ON Date: Mon, 07 Jan 2008 12:52:18 -0500 Organization: cbbrowne Computing Inc Lines: 27 Message-ID: <603at934ml.fsf@dba2.int.libertyrms.com> References: <200801071622.m07GMpQ17669@momjian.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@news.hub.org User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.4.21 (linux) Cancel-Lock: sha1:GLdS2D/8aA3GcudntaA5IJl8xIE= To: pgsql-sql@postgresql.org X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200801/29 X-Sequence-Number: 29882 bruce@momjian.us (Bruce Momjian) writes: > Peter Kovacs wrote: >> I just wanted to give my cheers for DISTINCT ON. It is a great >> feature, I've just found a really good use for it. I am just wondering >> why it didn't make it into the standards. >> >> On a slightly unrelated note, I had the opportunity to work with EQUEL >> for a short period of time some 15 years ago before I started getting >> famililar with SQL. I clearly remember the disappointment/surprise I >> felt as I was struggling to translate some of the constructs I used >> with EQUEL into SQL. At that time, I thought that (the by then >> defunct) EQUEL was much more >> expressive/intuitive/flexible/easier-to-use than SQL. I've been >> wondering ever since why the worse so often gets the upper-hand over >> the better. (I am obviously having a hard time "growing-up" :-) ) > > As a former EQUEL user myself I had the same reaction to SQL. I think > EQUEL and SQL both have strengths, but I think SQL subqueries and the > cleaner handling of group aggregates makes SQL more useful in a variety > of ways. If EQUEL had continued to evolve, might it not have improved in these ways? -- output = ("cbbrowne" "@" "linuxfinances.info") http://linuxdatabases.info/info/lisp.html Ubuntu is an ancient African word, meaning "can't configure Debian"