Re: Postgres 9.1 - Release Theme
От | Darren Duncan |
---|---|
Тема | Re: Postgres 9.1 - Release Theme |
Дата | |
Msg-id | 4D9811DE.5090302@darrenduncan.net обсуждение исходный текст |
Ответ на | Re: Postgres 9.1 - Release Theme ("Brent Wood" <b.wood@niwa.co.nz>) |
Список | 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 по дате отправления: