SAP HANA你所不知的秘密
SAP HANA是SAP公司的新产品，2010年面世，即在多核CPU 超大内存的廉价X86架构的PC服务器（其实也不是真的廉价，好配置的HANA服务器比小型机还贵）硬件上运行的内存数据库系统，而非简单的将数据Load到常驻内存就完事了（这是Oracle 12c），以这个系统为基石，外延拓展了很多的新功能，集成R、PAL、BFL、XS、TEXT Analysis等各种新特性和功能，统称为SAP HANA平台。
HANA的成功因素:
1）价格模式
SAP HANA的的定价，64GB，160万人民币，2011年到2013年都是这个价，
SAP是不希望HANA一开门，用户遍天下的，如果这么做，但是用高价模式来限制购买的客户群，这就是高明的地方了，我有，我在卖，你有钱，你可以用。
现在SAPHANA的定价变了，基于BASE的版本，可以很“便宜“的扩展容量，而且基于功能组件的方式来选择自己所要的，而不是像过去，管你要不要，先塞个你一个160万的企业版。
SAP HANA早期的按64GB容量来卖160万CNY的貌似不合理的定价模式，为SAP缓冲和争取了黄金的三年时间，在这段时间中SAP HANA不断的成长，成为一个真正的成熟、稳定的数据库平台。
再逐渐的将这3年中本来拿到的客户，一把把的收回到自己的客户列表中，并且完成HANA 1000客户图，其中APJ中SAP HANA最好，这其中，中国的企业们贡献了最为丰富和热闹的HANA用户列表。
2）功能没好，卡位先行
SAP HANA的每次发行的新版本都是在为下一次的新特性卡位，这种做法从SAP HANA的第一个版本，Revision 13就开始了。
每次推出的SAPHANA产品都包含多多少少的一些新特定，向市场表明我有这个功能，然后大肆的宣传和渲染这些功能特性，哪怕是带着bug出来的新版本，也要赶着时间发布出来。
市场是无情的，古语的磨刀不误砍材功，在IT产品市场上是行不通的，只要你有一个新概念，可以show，哪怕还不是很成熟，就应该立即发布，并且不断的提供新特性和话题，保持产品的热度。SAP HANA这样做，也是没有办法的，因为SAP不可能等到把HANA做到99.99%成熟之后，才推出给市场去销售，因为你错过了机会时间，就错过了一切，时机第一，产品质量，是可以慢慢提升和完善的。
例如：
2011年的SAP HANA连HA的能力都不具备，不管是软件层面，还是硬件供应商的层面，但是却在所有的文档中大肆的提及SAP HANA集群方案来解决单点故障的问题等（这一问题，千年才解决）。
像实时复制的概念，在SRS（Sybase Replication Server)还没有为HANA准备好的时候，用SLT来炮轰所有的一切数据实时复制的概念，基于数据库触发器的技术，你看看国内的一百多个SAPHANA的用户，有几个用了，真心用SLT的都是大户，极度需要数据快点从SAP ERP过来的。据说，有个辽宁的电力客户，开的trigger太多，还把ERP搞挂了多次。
从SAP ECC拿数据到SAP HANA，实现CDC，不做业务数据的转换，SLT绝对是最佳的工具，但是如果你要把数据给塞回给ECC，SLT就不胜任了，而Data Service则是将ECC、以及非SAP系统、HANA之间做数据交换的最佳方案。
像大数据支持，动态分层，多租户的概念，在其特新还没有稳定的运行之前，就在市面上疯狂预热，开启新功能特性的造势运动，很多功能都是需要更多的时间来落地和稳定的。
SAP HANA在并未完全成熟的时候，就推向市场，在内存计算领域，树立一个很高大的领袖形象，将Oracle甩在后面，并且领先几年时候，化被动为主动，让Oracle跟着SAP的内存计算方向，持续的推Timesten、Exalytica、Exadata、Oracle 12c In-MemoryOption..等，让SAP尝到了一步领先，步步领先的感觉，并且在数据库市场的领域，走进Oracle的核心利润地盘，让Oracle第一次感受到，好像SAPHANA还真是一个威胁，而不是2011年在外面大放厥词的说"HANA，小玩具而已！"。
如果不尽早的发布这些特性，哪怕是不稳定的版本，就会失去关注。
3）疯狂更新的版本和一切走向HANA
一个月一个版本（Revision，从四年前的Revision 13，到现在Revision 93，即SPS09，已经过去80个版本了)，始终保持SAP HANA 1.0的称呼，胆子也巨肥的，客户一问，你什么版本啊，我们1.0，客户的脸直接绿了，其实我们已经1.0四年多了，要不下次直接来一个HANA 2015版本，跟微软学，Office 2013之流，每半年一个SPS来收拢所有的Revision，做一个新特性的宣布和公开，这种更新的速度，也只有产品初期的毛胚才能这么搞了，并且每个版本之间的差异还挺大的。
当然，客户是买账的，看来，SAPHANA是花了血本在搞这件事情。
SAP公司内部所有的产品开发，除了继续支持原有DB之外，所有的新特性和功能开发，都向HANA倾斜，这不仅仅是来自董事会的要求，而且是在各大大小小的内部会议中所明确指出的，以SAP HANA为优先，正是因为有了这样的做法，才有了BW on HANA, ERP on HANA的快速的上市做宣传道具。
4）切合IT的热点
在初期，我们布道HANA，用HANA做实时分析，做实时BI，然后我们要转型做大数据，切换到SAP将成为一家云计算公司，并且将所有的收购的公司的软件都迁移到HANA之上，并且迎合工业4.0的概念，在高性能计算和实时计算等话题热点和IOT中，始终让HANA处于一个中心位置。
5）在销售层面鼓励，推动
在最近的这几年的销售层面上，使用硬性的规定，让销售必须以完成卖出一个SAP HANA单元作为完成业绩指标的前提条件，充分拓展和利用SAP现有客户群的力量，将最多机会永远留给现有SAP ERP客户上，让这些客户成为SAP HANA的先行客户，然后再先用带动后动，走CSUG以及各种行业峰会的广告会来达到宣传和推销的目的。
6）广告策略
在Youtube、Tudou上投放大量的广告视频，和市场活动来宣传SAP HANA，这方面，绝对是下了血本的。以国内举例，连续蓝宝石大会、技术大会，烧掉多少个亿，看看HANA的展台，和以HANA为核心的产品应用案例分享，各种鸡血Session和客户吃了HANA大力丸的现身说法的致辞你就知道，SAP真的是花了心思的。
7) 广结盟的关系
SAP HANA和全世界的硬件厂商建立SAP HANA服务器认证列表，不管是主流（IBM、HP、思科、富士通、日立、戴尔）的还是非主流（例如，SGI、VCE、华为、联想、浪潮、Bull SAS）。在SAP HANA的认证体系中，还包含除了Suse Linux之外的Redhat、AIX、VMWware、OpenStack的软件运行环境的认证。
这使得一些合作伙伴，特别是IBM、HP、华为紧跟着SAPHANA，不断发布新品，和更大、更快的SAP HANA集群系统，这给SAPHANA的用户来说，一看到这一大票的TOP厂商都在搞HANA服务器，无疑增加了信息，打消了很多的疑虑。
8)SAP抓住了大数据的萌芽阶段，对于数据处理的基本需求,高层重视,全公司推行
早期对于Hadoop的商用化，像Cloudera、Hortonworks这样的公司并没有怎么大规模的发展，而市场对于大数据和BI商务智能分析的需求，还处于萌芽阶段，各种场合都只提及啤酒和尿布，以及用Hadoop来处理日志，除了处理日志，好像就没想到用它来做点什么其他的事情了
在2013年初，SAP高调的向全世界宣布，我们的SAP商务套件，已经on HANA了,那个时候，其实只有ERP、CRM、SCM..大约四个产品on HANA。
而所谓的on HANA，其实你想想看，只是为了让NetWeaver Stack运行在HANA这个数据库之上，其实在SoH之前，SAP的BW，早就有BW on HANA的版本了，而且有不少客户已经迁移到了SAP HANA之上，BW是基于Netweaver的，而SAP商务套件的所有产品基本上都是基于Netweaver的，这说明，其实早就可以宣布 SOH了。
好事要分开说，坏事要一起说。