SAP BO的五大尴尬，Smartbi就是HANA用户的“菜”

发布时间：2018-10-10      游览量：1

• powerbi和smartbi哪个好dashboard使用教程dashboard是什么软件

今天给大家分享的是在2018年9月7日由广州思迈特软件有限公司（Smartbi）主办的“蝶变-Smartbi2018大数据分析峰会”北京站，吕敏杰女士的主题演讲。

嘉宾介绍：

Smartbi央企事业部首席咨询顾问吕敏杰女士，15年来一直投身于BI产品的实施与培训工作，其中超过10年以上专注于SAP-BO，曾为各大央企实施过BI项目。

（以下为演讲内容）

这个是SAP的BI解决方案，现在中国很多大型国企都是利用的SAP的解决方案，比如中石化、中石油、中粮。SAP BI主要的数据源是ERP，它也有相应的ETL的工具，包括实时的和非实时的采集工具。数据抽取后存放在数据仓库中，以前的数仓是BW，现在是BW on HANA或者是HANA，当然数据仓库也可以不用SAP的解决方案，也可以用Oracle等各种数据库。在数据仓库基础之上，会有BI工具这一层，就是SAP自己的BO。

BO这个工具我用得比Excel还熟悉，很多熟悉我的朋友管我都叫BO控，也叫BO粉，其实这个工具我还是非常喜欢的，但是随着现在企业的用户数据量越来越大，客户会觉得对于整个SAP的性能有一些瓶颈。性能问题通常分为前端和后台，SAP推出的HANA就是它最新的数据仓库解决方案，HANA通过软件和硬件相结合的内存数据库实现数据加速，在我一个实际客户案例中，一亿数据的SQL语句在以前的数据库十分钟都跑不出来，改用HANA后1秒钟就出来了。这时就发现后台快了，效率提升巨大，但前端的BO却转了十秒钟都没出来，这时的瓶颈就是前端展现工具了。

除此以外，SAP BO还存在一些困境：

首先，很多客户都给我提出这样的抱怨，说我现在用的产品对于我的这个专业人员的要求太高了，大家都知道SAP是个自由顾问的生态模式，一两年的顾问人天价格要一千五以上，资深的顾问三四千的都有，甚至还有更贵的，所以这个产品专业性高导致就是人员成本会非常高，导致是需要专业人员才可以进行开发、进行运维。

第二个方面就是因为它是国外的产品，国外的厂商首先很难去给你提供定制，当我产品不满足需求的时候怎么办？建议你用别的方式能解决就解决不能解决就适当用就可以了，不会给你提供定制，也很难去给你提供这种针对性的技术支持，它的产品支持很多都是靠实施顾问，大家有问题在朋友群里面问一下，厂商基本上是不会给你回复的。

第三个是产品体系越来越重。我2004年做这个产品的时候它的产品安装包只有几百兆，在32位操作系统当中可以跑起来，到现在这个为止这个产品的安装包已经多达了四五个G，在64位的内存机器上跑起来都达不到较好性能。所以它的产品体系重导致对服务器要求越来越高，但是前端展现却没有达到最好的要求。

第四点就是它有一些本土化的需求是满足不了的，像我们在用系统过程当中总会有这样一些情况就是咱们不可能用系统满足所有的需求，总会有一些手工数据，那很多时候用户都会提出比如说我要求做excel导入，可不可以做在线填报，“对不起，BO都不支持”，这都是国外一些产品的这样一些问题。

然后最后一点就是它其实很难和最新的技术去做融合，我其实听到我们的客户有人会说，比如说像现在的图形，尤其目前当大数据火起来以后大家对数据展现要求是越来越高的，很多业界开源的图形组件比如说ECharts、D3，这些图形提供非常新式的这样一些可视化的展示方式，有的人问能不能和我们的BO融合在一起，“对不起，BO没有这样的二次开发接口”，除非说自己去做定制开发才可以实现。

因此为了满足我的客户需求，我就开始推SAP数据仓库HANA+Smartbi前端工具的解决方案，Smartbi从企业最基本的格式报表到自助分析，再到数据可视化、到数据挖掘以及基础的数据采集平台，功能是很全的，所以说不用担心没有满足不了的前端的数据展现需求。

假如说我现在想开发一张财务报表，在我们Smartbi里面有“电子表格”这个功能，它的特点是直接在Excel里面通过安装插件然后直接把Excel里的表样直接原生复制出来，以前如果有电子表格或者表样的样式，我们直接COPY就可以了，拷贝过来之后可以通过数据连接访问到HANA里的视图（业务模型）。接下来在每个单元格里把HANA里的对象拽过来，并添加限制条件，这样就可以把单元格的内容填充上，之后我把整个表样发布到平台上，用户最后通过WEB浏览器的方式查询报表结果，这个时候你在HANA里面所做的所有的参数以及所有的数据是通过参数方式直接呈现在Smartbi前端，另外一个就是它本身实际上是直接基于Smartbi这个模型上去做的一个查询，把它填充成报表的样子，这样一张报表我很快开发完了，这个是我们在HANA模型基础上，然后利用电子表格去开发这种格式报表的一个过程，其实非常简单，画表样、设置单元格的公式，发布一张报表就开发完了。

下面我们再去看另外一个场景，就是在HANA模型的基础上，怎么样去做自助分析，首先HANA这个模型就是一个数据的来源，那么在我们Smartbi前端会有自助分析功能——透视分析，这个自助分析功能可以直接在业务模型字段基础上，重新做一层业务主题的组织（业务模型）对语义层进行封装。接下来在前端工具里面使用自助分析功能，直接基于模型去做各种样式的查询汇总，通过交叉表的方式快速查一下数据多少，这个时候的Smartbi可以快速的把SQL语句直接抛到HANA里面去执行，从而真正达到数据的高效展现。当我完成这样一个分析之后，我可以把它保存在我的个人空间里面，作为我自己的分析模板，以后我可以直接打开，如果这个模板具有分享的意义，我可以把它保存到其他的目录下，然后分发给别人。这就是自助分析的过程。

我们再看自助可视化的过程，自助仪表盘是Smartbi 8.5发布的最新功能。和前面的报表、分析场景类似，首先还是在HANA里做好业务模型，然后用Smartbi的自助仪表盘功能连到HANA的模型上（或者是连到它的业务主题上），就可以把相应字段拖拽出来制作各式各样的统计图，以及即时切换图形，直观的了解数据的分布规律，毕竟通过表格的方式看数据不是很美观，所有过程都是在浏览器界面来完成的。

介绍我们的一个真实案例，这是个集团领导战略驾驶舱项目，以前的产品架构是BW on HANA+BO仪表盘，所有的仪表盘打开都需要十秒以上，后来客户把BO替换成Smartbi，性能得到大幅提升（1秒）。同时在底层架构没有任何调整的情况下，数据分析延申到了What-if预测模型、明细报表等，业务范围也扩展到了财务管理、人事分析、市场营销和合同管理等场景。

我对HANA+Smartbi的解决方案介绍完毕，谢谢大家！