Tag Archives: HANA
对于HANA的一些认识
Kamus写了一篇文章,Compare SAP HANA with Oracle Exadata,应该是少见的对HANA和Exadata的比较。其实这两个东西可比性不是太高,两者面对的领域并不完全一致,严格意义上讲不属于同一类产品。 关于HANA在OLAP、数据同步等方面,说一下自己了解到的情况: 一、HANA在OLTP领域的应用:这一点SAP应该还是投入了很大力气去研发、推广,现在SAP的ERP ON HANA的解决方案已经基本完成,就是把SAP的ERP后端oracle关系型数据库完全替换为HANA,目前正在找用户做实际案例的推广,所以在这方面在半年到1年时间会有实际的案例供大家参考。目前ERP ON HANA的成熟度还不高,我了解到做试点的用户要求数据库容量大小最好不超过2T,可以看出SAP推HANA还是比较谨慎的。 二、HANA和ERP后台数据库的同步:除了ERP ON HANA这种彻底的替代方案外,SAP还支持一种“HANA应用加速器”的用法,在SAP的ERP中可以在应用层透明的将热点数据替换成HANA,数据同步使用SAP的SLT技术完成。这一点完全是因为是ERP和HANA都是SAP开发才能做到,通过应用程序的改造,做到应用级别的数据同步,大概的原理就是将写入db的数据放到一个内存消息队列中,以近实时的速度写入到HANA中。 三、HANA的成本:主要的成本不是硬件,使用PC SERVER,再贵也比小机便宜多了。关键是软件,HANA的授权是按照数据量来的,64G为一个unit,投入完全与数据量大小成正比。 四、HANA的技术优势:主要就是内存数据库+列式数据库的混合体,使用内存数据库补偿了列数数据库在更新性能的不足,而列式数据库的数据压缩特性也大大降低了对内存容量的要求(SAP宣称有5-30倍的压缩率),虽然说不上是什么颠覆性的创新,但这两个特性组合起来还是不错的。 五、HANA的前景:按照HANA在SAP应用软件整合方面的优势,加上SAP对自己产品数据库使用HANA的刻意引导,估计在未来3-5年内,会有不少巨型的企业在SAP的产品中使用HAHA。但其他领域就比较困难了,应用整合困难,成本高这两方面的问题会极大的制约HANA的推广。