Re: Postgres 9.1 - Release Theme

From: Darren Duncan <darren(at)darrenduncan(dot)net>
To: Brent Wood <b(dot)wood(at)niwa(dot)co(dot)nz>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Postgres 9.1 - Release Theme
Date: 2011-04-03 06:21:18
Message-ID: 4D9811DE.5090302@darrenduncan.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Brent Wood wrote:
> I haven't checked to follow this up, but it seems like the sort of announcement one might expect on 1 April.

I know that the announcement wasn't serious, but I still took it as an
opportunity to suggest in seriousness that something of value was lost when QUEL
was dropped from Postgres. -- Darren Duncan

> Brent Wood
> DBA/GIS consultant
> NIWA, Wellington
> New Zealand
>>>> Darren Duncan 04/02/11 3:01 PM >>>
> I was under the impression that QUEL was actually a good language in some ways,
> and that it was more relational and better than SQL in some ways.
>
> http://en.wikipedia.org/wiki/QUEL_query_languages
>
> Maybe bringing it back would be a good idea, but as an alternative to SQL rather
> than a replacement.
>
> In any event, QUEL was somewhat similar to SQL.
>
> -- Darren Duncan
>
> Rajasekhar Yakkali wrote:
>> "Following a great deal of discussion, I'm pleased to announce that the
>> PostgreSQL Core team has decided that the major theme for the 9.1
>> release, due in 2011, will be 'NoSQL'.
>>
>> "... the intention is to remove SQL support from
>> Postgres, and replace it with a language called 'QUEL'. This will
>> provide us with the flexibility we need to implement the features of
>> modern NoSQL databases. With no SQL support there will obviously be
>> some differences in the query syntax that must be used to access your
>> data. "
>>
>> hmm.. shock it is ....this shift for 9.1 due in mid 2011 is unexpectedly
>> soon :)
>>
>> Curious to understand as to
>>
>> - how this relates to every feature that is provide at the moment based on
>> RDBMS paradigm.
>>
>> ACID compliance, support for the features provided by SQL, referential
>> integrity, joins, caching etc, ..
>>
>> - Also does this shift take into an assumption that all the use cases fit
>> the likes of data access patterns & usecases similar to facebook/twitter?
>> or to address the the likes of those ?
>>
>> Thanks,
>> Raj
>>
>
>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Alban Hertroys 2011-04-03 09:17:18 Re: Table lock while adding a column and clients are logged in
Previous Message Tom Lane 2011-04-03 06:04:00 Re: wal_level=minimal produces more data than archive level