Architectural options for analytic database management systems

Analytic DBMS是数据管理领域的热点产品，不同供应商采用了不同的技术架构，可以说是八仙过海各显神通。如果粗略的拿它们和存储系统、网络设备对比，就会发现体系结构上还是有不少共同点的；如果从数据存储的角度看，它们和存储系统的相似度更高一点：要高效访问，要减少空间占用，要scale-out，要有易用的管理界面。 

做DBMS的存储层，传统上是用行存储；做Analytic版本时，也有不少用列存储的。但是列存储和行存储都不是万能的，二者各有千秋，好坏是要根据不同产品针对的不同应用需求去评判的。Mike Stonebraker最近鼓吹列存储，说自己的产品是真正的列存储，别人的不是，传统DBMS的那就更不是了。可惜他立场就不公正，论据又不充分，结论就不那么靠谱了。当然，也有人号称可以将传统DBMS的行存储改造得和列存储一样，在某些场景下达到类似的效果。实际上，真正的企业级产品不是玩具，不是科研原型，一旦定型后是不太可能大动干戈修改内核的。所谓的最优化是很难做到的。

从用户的角度看，只要大家公平竞争，解决实际问题就好，谁管你底下用了什么具体的技术？是列存储还是行存储？是个数据库还是个别的？