为什么选择RDBMS?
数据完整性
使用SQL获得高质量的结果并防止重复
使用SQL访问数据 - >容易。
更多
为什么键值对?
横向可扩展
简单数据集 - hashmap,关联数组等
易于放()和得()
更多。
那么,是否有某种包装器可以与“nosql”类型的数据库绑定并提供类似RDBMS的功能?例如:在无sql数据库上执行JOIN或WHERE?这个想法如何成为一个大师项目 - “nosql的包装器给了rdbms般的自由”?
答案 0 :(得分:1)
我认为MySQL适合作为包装的法案。 MySQL的一个有趣功能是与存储引擎分离。谢谢你提出这个问题让我查了一下! 此处列出了当前的存储引擎http://dev.mysql.com/doc/refman/5.0/en/storage-engines.html。如果这些存储机制都不能满足您的需求,您可以创建另一个存储机制。我一直认为这是MySQL的优点和缺点,因为人们常常将界面与引擎混淆。
答案 1 :(得分:0)
我知道Google AppEngine的数据存储区提供了类似的功能。即使是关于他们对连接条件施加什么限制的文档也很有启发性,因为它告诉你什么在查询执行中容易和困难。
如果你能为其他流行的KV产品提供类似的前端,你可能会参加一个我们都很欣赏的酷项目。但作为硕士论文,我会非常谨慎。关系数据的抽象并不是使RDBMS惊人的原因,事实上这样的抽象实际上可以在计算上可行。吉姆·格雷获得了图灵奖,因为他把这些东西搞得一团糟。首先要满足自己为什么现有KV数据库的关系接口已经不再普遍,并且在此过程中你可能会遇到一个更易处理的问题。