从OLAP的角度看mysql和pgsql

        之前,在逛CU的mysql和pgsql版时，看到有人辛辛苦苦地把二者的特性进行了对比，笔者觉得，其实我们或许应该从应用场景上进行比较。在数据库的应用场景上，无非要解决两类问题：OLAP和OLTP。

        目前，在国内使用开源数据库方面走得比较靠前的就是淘宝了。淘宝在轰轰烈烈的去IOE活动中，一举消灭了三座大山，以低廉的硬件成本和稳定的mysql分支，以及TDDL这样的sharding工具做支撑，获得了OLTP上几乎无限的扩展能力。个人认为，其中的主要原因，从业务的角度看，很多业务之涉及简单的单表操作，业务相对简单，采用TDDL路由来访问单表表，就可以解决大部分问题；从mysql自身特点看来，采用线程这样的轻量级单位作为服务，可以能高并发的解决简单的业务；另外，需要指出的是，之所以采用mysql，一个很重要的原因是，在国内，mysql远远比pgsql或是其他开源数据库普及，形成了比较完整的生态链，从数据库kernel开发（少量），开发众多，DBA也不少，都很齐全，做到几乎全方位的技术支持。

      但是，话说回来，在OLAP领域，其实，pgsql会占据较大的主动。首先，从目前前沿的数据仓库技术方案看来，很多都采用了pgsql的技术，（当然，不是直接拿来做DW）。例如，greenplum，采用了层次的架构，底层采用了pgsql作为数据节点，存储表的水平分片；而上层将sql作为输入，分解之后下推到各个数据节点，在各个节