随着云计算越来越流行,关系数据库是否会死亡?

关系数据库模型在关系代数中有坚实的数学基础。这使得它很容易推理、扩展和正确使用(理论上)。即使由于这些新的API和使用,数据库访问模式发生了显著的变化,出于这个原因,关系数据库很可能会形成底层实现。

这里有一篇好文章可以回答你的一些问题。它将RDBMS系统与通常用于云存储基础架构的系统进行了很好的比较:

http://www.readwriteweb.com/enterprise/2009/02/is-the-relational-database-doomed.php

不,由于RDBMS的功能,它将始终占有一席之地。不仅仅是它们自己,还可以作为其他系统(如OODBMS)的主干。

我所看到的云计算平台都提供了关系数据库。因此,我认为云计算并没有真正改变所使用的数据库类型。

这几天云层还在变小,所以我想短期内不会这样。

我认为云计算不会杀死RDBMS。不过,可能还有别的原因。

第二 人们认为RDBMS即将退出市场的唯一原因是,它们的可扩展性不如非关系型DBMS(如CouchDB之类的面向文档的DBMS),后者更容易分布到云中。然而,没有理由说RDBMS在未来不能变得更加云友好。作为一个早期的例子,请看 Drizzle :

Drizzle项目正在构建一个针对云和网络应用程序优化的数据库。它是为现代多cpu/核心体系结构上的大规模并发而设计的。

文章引述:

“关系数据库的固有约束确保最低级别的数据具有完整性。违反完整性约束的数据不能实际输入数据库。这些约束在键/值数据库中不存在,因此确保数据完整性的责任完全落在应用程序身上。但应用程序code通常带有bug。设计合理的关系数据库中的bug通常不会导致数据完整性问题;但是,键/值数据库中的bug很容易导致数据完整性问题。”

依我拙见

对于需要查询更多结构化数据的应用程序(例如,“有多少人在这一天购买了产品XYZ,支付了100美元以上,但不到150美元?”),关系数据库没有问题。随着这些系统的扩展和发展,需要解决一些潜在的重大体系结构问题。一旦您的数据库超出了您启动的机器和/或流量/请求开始过载可用资源,那么(如果您仍然希望保留关系数据库),您必须开始添加层。谢天谢地,今天比往年有更多的选择。。。包括缓存、映射和减少以及其他功能,但这些附加层确实增加了复杂性和维护开销。从某种意义上说,我会考虑这些工程化的“波段辅助器”,它最有可能解决今天的关系数据库的可扩展性和分布问题,但是更长期?谁知道呢。我今天也看到了这些流行的层——所有这些层基本上都在尝试模拟对象数据库中已有的功能,为开发人员提供了一个“虚拟对象数据库”层,他们可以将其与对象语言一起使用,以更快、更有效地完成任务,并克服增长和性能障碍。所以我想我的总体观点是,关系数据库之所以成为事实上的数据库,可能主要是因为(相对而言)查询数据库并将结果返回给使用它的一个客户机/应用程序是多么容易。然而,随着数量的增长,应用程序的复杂性在今天呈指数级增长,我认为更多的开发人员将决定咬紧牙关,学习对象数据库的语法(实际上,今天的对象数据库与关系数据库一样标准化),只需跳过所有只模拟OODBMS本机功能的中间件和层。我见过OODB,它可以简单地安装在任意数量的服务器上,并根据需要自动分发数据,为开发人员提供任意大小的数据库联合体的单一视图。。。在我看来,随着系统变得更加分布式,获得一个具有本地分布式体系结构的数据库似乎是最好的解决方案。总之,只是一个想法。