抱歉，如果现在这个说得太早了，但似乎NoSQL和SQL在他们之间做了一些叫做UnQL（Sqlite和CouchDB）的东西，也许我知道这个概念，但是如果那个UnQL是可用的，那么Django会像他一样表现出什么？作为SQL还是NoSql？既然他们说未来的Sqlite版本会有UnQL支持吗？这个概念仅限于CouchDB而不是MongoDB？我真丢了！他们是否会向Sqlite添加CouchDB选项以将其称为UnQL，因为他们说Sqlite将来会有UnQL？！那是什么？
答案 0 :(得分：2)
似乎NoSQL和SQL在它们之间做了一些调用 UnQL（Sqlite和CouchDB），也许是我理解这个概念，但是 如果那个UnQL可以实现，那么Django会像他一样表现得如何？ 作为SQL还是NoSql？
UnQL specification的目标是提供在各种NoSQL数据库及其供应商之间实现开放和统一查询语言功能的选项/机会。 UnQL中的查询应该可以解析为SQL，以便与RDBMS世界保持某种程度的兼容性。
因为他们说Sqlite的未来版本将拥有UnQL 支持？而这个概念仅限于CouchDB而不是 MongoDB的？
UnQL规范处于早期阶段，虽然已经有一些prototype codes，但距离数据库供应商方面的一些主要实现可能需要6-8个月。到目前为止，UnQL参与者包括SQLite，CouchDB（可能还有Couchbase），但我认为随着时间的推移，规范将采用它的形式，更多的供应商将加入参与和支持这种统一查询语言的努力。概念不受限制，因为规范是开放的，因此如果它们支持UnQL，则由数据库供应商负责。
他们会向Sqlite添加CouchDB选项，称之为UnQL Sqlite将来会有UnQL吗？！那是什么？
CouchDB与SQLite无关，反之亦然。 CouchDB，SQLite，MongoDB或任何数据库将来是否会实现UnQL完全取决于它的供应商/开发人员。