抱歉,如果现在谈论这个还为时过早,但似乎 NoSQL 和 SQL 在它们之间做了一些叫做 UnQL(Sqlite 和 CouchDB)的东西,也许我没有理解这个概念,但如果那个 UnQL 可行,那么 Django 会表现跟他算什么?作为 SQL 还是作为 NoSql?既然他们说 Sqlite 的未来版本将有 UnQL 支持?而且这个概念仅限于 CouchDB 而不是 MongoDB?我真的迷路了!他们会在 Sqlite 中添加 CouchDB 选项以将其称为 UnQL,因为他们说 Sqlite 将来会有 UnQL?!那是什么?
1 回答
似乎 NoSQL 和 SQL 在它们之间做了一些叫做 UnQL(Sqlite 和 CouchDB)的东西,也许我没有理解这个概念,但是如果那个 UnQL 是可行的,那么 Django 会对他表现什么?作为 SQL 还是作为 NoSql?
UnQL 规范的目标是提供在各种 NoSQL 数据库及其供应商之间实现开放和统一查询语言功能的选项/机会。UnQL 中的查询应该可以解析为 SQL,以保持与 RDBMS 世界的某种程度的兼容性。
既然他们说 Sqlite 的未来版本将有 UnQL 支持?而且这个概念仅限于 CouchDB 而不是 MongoDB?
UnQL 规范处于早期阶段,虽然已经有一些原型代码,但距离数据库供应商方面的一些主要实施可能还有 6-8 个月的时间。到目前为止,UnQL 的参与者包括 SQLite、CouchDB(可能还有 Couchbase),但我认为随着时间的推移和规范的形成,更多的供应商会加入并支持这种统一的查询语言。由于规范是开放的,因此概念不受限制,因此取决于数据库供应商是否支持 UnQL。
他们会在 Sqlite 中添加 CouchDB 选项以将其称为 UnQL,因为他们说 Sqlite 将来会有 UnQL?!那是什么?
CouchDB 与 SQLite 无关,反之亦然。CouchDB、SQLite、MongoDB 或任何数据库在未来是否会实施 UnQL 完全取决于它的供应商/开发人员。