Re: Oracle purchases Sleepycat - is this the "other shoe"

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Chris <dmagick(at)gmail(dot)com>
Cc: "Uwe C(dot) Schroeder" <uwe(at)oss4u(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Oracle purchases Sleepycat - is this the "other shoe"
Date: 2006-02-16 04:38:47
Message-ID: 23085.1140064727@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Chris <dmagick(at)gmail(dot)com> writes:
> eg mysql doesn't force you to group by all columns being selected - I
> can do:
> select field1, field2, field3 from table group by field1;
> and have it valid in mysql (but of course postgres will tell you it's
> not valid and need to add grouping for field2 and field3).

Actually, that *is* legal per SQL99 under certain specified conditions
(eg if field1 is a primary key for table). We haven't gotten around to
implementing SQL99's relaxed rules for grouping --- we're still
basically doing what SQL92 says. Now the full SQL99 spec for this is
pretty hairy, but I'd bet lunch that mysql supports only the easier
cases such as group-by-primary-key. We might be able to cover the same
cases they do without too much sweat ... does anyone want to dig in and
determine exactly which cases they cover?

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Anton Krokovny 2006-02-16 04:59:18 Join tables using the closest datetime values
Previous Message rob 2006-02-16 03:26:12 Re: Dynamic datalogging function/scheme