ALL COVERED TOPICS

NoSQL Benchmarks NoSQL use cases NoSQL Videos NoSQL Hybrid Solutions NoSQL Presentations Big Data Hadoop MapReduce Pig Hive Flume Oozie Sqoop HDFS ZooKeeper Cascading Cascalog BigTable Cassandra HBase Hypertable Couchbase CouchDB MongoDB OrientDB RavenDB Jackrabbit Terrastore Amazon DynamoDB Redis Riak Project Voldemort Tokyo Cabinet Kyoto Cabinet memcached Amazon SimpleDB Datomic MemcacheDB M/DB GT.M Amazon Dynamo Dynomite Mnesia Yahoo! PNUTS/Sherpa Neo4j InfoGrid Sones GraphDB InfiniteGraph AllegroGraph MarkLogic Clustrix CouchDB Case Studies MongoDB Case Studies NoSQL at Adobe NoSQL at Facebook NoSQL at Twitter

NAVIGATE MAIN CATEGORIES

Close

NoSQL databases Should Support SQL Queries

Nati Shalom uses the old CS saying “Any software problem can be solved by adding another layer of indirection” to suggest that NoSQL databases could support SQL queries (and not only):

The key is the decoupling of the query semantics from the underlying data-store as illustrated in the diagram below:

SQL engine indirection

While it’s difficult to strongly argue against it, the real question is: how difficult will be for such a layer to calculate the costs of such queries? Or differently put:

The two software problems that can never be solved by adding another layer of indirection are that of providing adequate performance or minimal resource usage.

— Jeff Kesselman

via: http://www.rackspacecloud.com/blog/2010/07/14/yesql-an-overview-of-the-various-query-semantics-in-the-post-only-sql-world/