考察了两次，吵了两架都没什么用。周大老板对杨博士非常信任。
接下来的几个系统项目，都是改进页面响应时间的，通过技术手段，让用户能够更快的打开网页。同时，要降低web端的CPU使用，减少服务器需求等等。
而这里面，在数据库的使用理念中，就产生了一个巨大的分歧。
众所周知，在信息爆发的年代，传统的数据库模式已经跟不上了，必须要加以改进。紫微星选择了分布式服务器下的分布式数据库，Facebook采用的分布式服务器架构下的多个单行数据库。
就是要为网站中的信息流、照片、日志、分享链接、转帖等内容，都分别搞一个数据库。用多数据库的形式来应对爆炸性的数据，提高读取效率。
为了方便周大老板理解，唐斌辰专门举了一个例子——
如果把数据库比作一个盆，数据比作豆子，有红豆、绿豆、黑豆、白豆四种，信息的读取就是捡豆子。
传统的单机数据库模式，是一个人捡豆子，效率很低。
紫微星的模式，就是把所有豆子放在一个盆里，四个人一起捡豆子，效率提升。
Facebook的模式，是把所有豆子分成四个盆，一个红豆盆，一个绿豆盆，一个黑豆盆和一个白豆盆。然后四个人分别对应四个盆，效率大幅提升。
周不器眉头紧锁，“听起来，他们的好像更高端？”
唐斌辰笑道：“就是一个类比，咱们是混捡，他们是单捡。混捡安全性更高，死了一个人，剩下三个人不影响，很稳定。他们是单捡，是单机结构的数据库，所以取红豆的人只能取红豆，取绿豆的人只能取绿豆。假如取红豆的那个人死了，红豆就取不出来了。”
周不器道：“所以他们的模式稳定性不如咱们？就需要在硬件条件方面有更大的支出？”
唐斌辰道：“对，从效率来看，他们更高。从成本和稳定性来看，是我们的优势。”
周不器明白过来了。
怪不得硅谷那些巨头们都不搞分布式数据库，而是在积极的寻求着对oracle、mysql这些传统服务器的技术性升级。
人家背靠全球市场，富得流油，不在乎这点小钱。稳定性可以用金钱来弥补，无非是多搞一些服务器，多搞一些备用数据库。
让一个人捡红豆，人死了，红豆就取不出来，系统就崩溃了。可搞100个人专门捡红豆，死了一批，红豆一样能取出来。
本章未完，请点击下一页继续阅读！