读<<淘宝数据库架构演进历程>>有感

    鞋服行业的信息化,最能听到的词就是:速度很慢,性能不行.根据我对这个行业的了解,目前国内鞋服行业信软件的架构,开发大多在2004以前,刚开始针对的模式都是代理商的模式,现在慢慢软件从代理商实施到总部,自然而然的出现问题。最突出的就是性能,因为总部和代理商的组织架构,数据量的大小是不能一概而论的。最近有幸拜读了一下taobao的数据库架构师丹林/赵林写的<<淘宝数据库架构演进历程>>,很有认知感。

     1):数据库的设计要有变化,一些查询要从多表关联过渡到单表复杂查询.

     读<<淘宝数据库架构演进历程>>有感_第1张图片

      现在鞋服行业信息化软件,大多还停留在第一步,即多表关联Join阶段,也就是属于taobao初级阶段。是否有些地方可以过渡到单表复杂查询阶段呢?答案是肯定的:比如,商品和商品属性关联Join,就可以换成单表复杂查询.

     2):要不停的总结。。

    读<<淘宝数据库架构演进历程>>有感_第2张图片读<<淘宝数据库架构演进历程>>有感_第3张图片

    至少有两点,鞋服行业和taobao很类似:

    1):鞋服行业的应用系统,严重依赖于数据库系统.

    2): 鞋服行业的业务发展很快,担技术没有成长,其所有的技术还基本停留在2004年以前.

    3:学习一下taobao的异构分离思路

 读<<淘宝数据库架构演进历程>>有感_第4张图片

 

读<<淘宝数据库架构演进历程>>有感_第5张图片 

你可能感兴趣的:(数据库)