数据库世界大战 SQL Server还差点什么

2012适逢数据库市场的大年，各“大牌”厂商分别推出最新版本的产品，开源阵营也是一派欣欣向荣的景象，数据库市场已经很久没有像今年这么“热闹”了，说Database World War 2已经到来的现在看起来也还真是那么回事。

    当然数据库市场向来以稳定著称，Oracle一家独大的情况已经多年未变了，唯一的疑问是谁能坐稳老二的位置。SAP刚收购Sybase不长时间，就让这个在中国活的异常“苦逼”的数据库厂商再次焕发了青春，HANA的强势是有目共睹的，SAP的鼎力支持相信会让他们在未来几年之内有所作为，但是说在三年后做到数据库老二，估计微软和IBM都得晕过去。抛去MySQL不说，这两家都是和Oracle一路“打拼”过来的，现在SAP想拿个HANA出来“忽悠”人，微软和IBM当然是不答应的。IBM在今年推出了DB2 v10，当初为了打Oracle RAC专门设计的PureScale正式加入了DB2大版本中，一方面大力开发新功能，一方面积极建立生态系统，DB2这两年确实是在朝一个正确的方向发展着。从Oracle迁移到DB2，IBM的态度很鲜明，永远把第一当成自己的对手。另外那个所谓的专家集成系统，我看就是专门针对Exadata的，自己卖着跑车的时候，看人家都卖上飞机了，能不着急吗？于是所谓的PureSystem就这么诞生了。不过你不得不佩服Oracle，虽然争议不少，但是一点都不阻碍Exadata在中国卖的那么好，这一点上IBM还是放下架子，多跟Oracle学学吧。

    再来看看微软，SQL Server虽然不是他们的核心产品，虽然在国内的用户基础还是不错，但依旧不能改变它们略显尴尬的地位。这也许和企业基因有关，在企业级应用层面上，微软底气的确不足。有哪家大型公司的核心业务系统是在用Windows？既然不是Windows，那您就甭考虑SQL Server了。虽然自SQL Server 2008版本之后，微软在数据库平台性能和扩展性方面做到了飞跃性的提升，但是依旧难摆脱“叫好不叫座”的命运。根据一项用户调查，目前还有很多微软用户在使用SQL Server 2005数据库，这很有点我们用Windows桌面系统的意味，除非过期，否则绝不升级。其实纵观微软SQL平台近几年的发展就可以看出，微软是在做全而不是做专，这一点在最新发布的2012中体现的尤为明显。微软同时在做列式（索引）、并行（PDW）、Hadoop等等，但是一提到这些技术的时候，人们往往想到的却是Sybase IQ、Greenplum和Hbase。事实上，微软一直是缺乏一个点，来说服用户从其他的平台迁移到SQL Server的点，或者是升级到新版本的点。其实要做到这一点，对于任何一家数据库厂商都不是件容易的事，但是我们看到SAP在努力，IBM也在努力，而微软还是显得有些不温不火。

    SQL Server在性价比方面还是数一数二的，之前我们就和Oracle对比过，虽然在2012中更改了许可证的购买模式，但是SQL Server 2012和任何一个版本的Oracle或者DB2相比，在价格方面都是占优势的。另外，SQL Server的其他组件都是不另行收费，Oracle用户想要使用压缩、分区或者OLAP都是要额外付费的，价格方面二者相差一个数量级。所以微软的低价策略在一些中小型企业中还是有市场的，但是可以想象，飞机、跑车和普通轿车的利润又会相差多少呢？再来看看一体机方面，微软其实也是在做一体机，有HP、DELL和富士通等多家合作伙伴，对于专做软件的微软来说，这样的模式在同Oracle、IBM竞争的时候就已经不占什么优势了。另外目前SQL Server一体机的案例少之又少，至少我是没有看到，连刚刚发布一年的HANA都有不少的国内外成功案例了，那么从08年就推出的SQL Server一体机的表现真可以说是不尽如人意了。

    微软的确是想占领更高级别的市场，他们的产品负责人也表示SQL Server  2012将会更加关注大型系统的关键应用领域，但是表决心很容易，真正做到却很难。SQL Server产品自身的特点（只支持Windows）就限制了它进一步发展的可能性。另外，微软还要警惕SAP的攻势，后者已经宣布了HANA将支持B1（SAP中小企业ERP软件）系统，要知道，国内的B1有很多是运行在SQL Server数据库上的。以应用来带动数据库销售是SAP的一个狠招，在一段时间后必然会有所斩获。

    在几大商业数据库厂商都在瞄准Oracle的时候，微软的位置的确是显得有些尴尬。是继续巩固SMB市场还是要开拓大型核心应用市场，这是微软在新一轮数据库大战中需要想清楚的问题。

http://club.techtarget.com.cn/space/viewspacepost.aspx?postid=6617&spaceid=271