顶点小说

手机浏览器扫描二维码访问

第381章 分布式处理（第3页）

解决了这个问题，很多对当前互联网技术来说存在障碍的难题，都会迎刃而解。”

周不器对分布式有所理解，笑道：“还真是巧了，我们有个团队，在跟微软合作，做数据处理系统。

不过，是传统的关系式。”

这话就外行了，杨振坤摇摇头，“关系式是类型，分布式是方法，不矛盾。

事实上，我要研究的分布式系统，也是关系式类型。”

“怎么理解？”

“这么说吧，现在是互联网的web2.0时代，这你肯定懂。

传统的关系式数据库在处理web2.0网站，尤其是超大规模和高并发的SNS类型的纯动态网站，已经力不从心，出现了很多难以克服的问题。

你做朋友网，肯定有所体会。”

周不器一拍大腿，激动道：“说的太对了！

前几天，我的财务官给我一个本年度的基础设备采购预算表，光是Oracle的服务费，就高达4000万。

这就是技术不行，靠量取胜了。”

杨振坤道：“对，基本是这个道理。

所以在美国那边，已经提出了NoSQL的概念，即Not_Only_SQL，非关系型的数据库。

比如列存储数据库、键值存储数据库、文档型数据库、图形数据库等等，就是想解决web2.0时代下的数据库生存问题。”

周不器一脸茫然。

听不懂了。

再看贺阳，好吧，那无辜的样子，跟幼儿园的孩子似的。

杨振坤接着说：“单个的关系式数据库已经出现几十年了，是最稳定的数据库类型，是经过实践验证的。

之所以跟不上时代，归根结底是数据的处理方式落后了。”

“要分布式处理？”

“没错。

这就好像用水泵抽一个水池的水，如果用一只水泵，想要提高效率，就要提升水泵的功率。

同时，加固水管，以免被水流鼓涨开。

要把整个水泵系统的设备都优化一遍。

功率越大，就越是精密，设备要求越高。

随着功率的加大，后期的支出会是几何级的增长。

就像你刚才说的，朋友网要采用Oracle的数据库，如果不加改善，以后的支出会越来越大。”

周不器点了点头。

他也感受出来了。

不说别的，Facebook拒绝使用甲骨文的数据库，就能看出来。

杨振坤道：“分布式处理，就是不提升单个水泵的功率。

甚至为了节约成本，可以把单个水泵的功率有所降低，但是增加更多的水泵。

几十上百个水泵同时抽水，哪怕水泵质量差点、功率小一点，但整体来看，效率一定会大大提高。”

周不器目光灼灼，“这么说来，分布式数据库会是下一个潮流？”