Re: Postgres 9.1 - Release Theme - Mailing list pgsql-general

From Darren Duncan
Subject Re: Postgres 9.1 - Release Theme
Date
Msg-id 4D9811DE.5090302@darrenduncan.net
Whole thread Raw
In response to Re: Postgres 9.1 - Release Theme  ("Brent Wood" <b.wood@niwa.co.nz>)
List 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
>>
>
>


pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: wal_level=minimal produces more data than archive level
Next
From: Alban Hertroys
Date:
Subject: Re: Table lock while adding a column and clients are logged in