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
--
Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general
