第381章 分布式处理（3/4）

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

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

这话就外行了，杨振坤摇摇头，“关系式是类型，分布式是方法，不矛盾。事实上，我要研究的分布式系统，也是关系式类型。”

“怎么理解？”

“这么说吧，现在是互联网的eb2.0时代，这你肯定懂。传统的关系式数据库在处理eb2.0网站，尤其是超大规模和高并发的sns类型的纯动态网站，已经力不从心，出现了很多难以克服的问题。你做朋友网，肯定有所体会。”

周不器一拍大腿，激动道：“说的太对了！前几天，我的财务官给我一个本年度的基础设备采购预算表，光是orcle的服务费，就高达4000万。这就是技术不行，靠量取胜了。”

杨振坤道：“对，基本是这个道理。所以在美国那边，已经提出了nosql的概念，即not_onl_sql，非关系型的数据库。比如列存储数据库、键值存储数据库、文档型数据库、图形数据库等等，就是想解决eb2.0时代下的数据库生存问题。”

周不器一脸茫然。

听不懂了。

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

杨振坤接着说：“单个的关系式数据库已经出现几十年了，是最稳定的数据库类型，是经过实践验证的。之所以跟不上时代，归根结底是数据的处理方式落后了。”

“要分布式处理？”

“没错。这就好像用水泵抽一个水池的水，如果用一只水泵，想要提高效率，就要提升水泵的功率。同时，加固水管，以免被水流鼓涨开。要把整个水泵系统的设备都优化一遍。功率越大，就越是精密，设备要求越高。随着功率的加大，后期的支出会是几何级的增长。就像你刚才说的，朋友网要采用orcle的数据库，如果不加改善，以后的支出会越来越大。”

周不器点了点头。

他也感受出来了。

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

杨振坤道：“分布式处理，就是不提升单个水泵的功率。甚至为了节约成本，可以把单个水泵的功率有所降低，但是增加更多的水泵。几十上百个水泵同时抽水，哪怕水泵质量差点、功率小一点，但整体来看，效率