提到这点就顺便说一下，由于与传统不一样，则有两点也会是特别一些的：

I.处理同期、前期、年累计等，是与其他工具的计算方式有区别的，很难简单套用其他工具的概念。

II.由于一个QVW就是一个大的数据集合，则同一QVW中所有页签的数据都会随着选择、过滤等操作而联动，既是好事，但对数据显示上来说也增加了控制的难度。

Qlikview开发出来的应用文件，是若干个QVW文件，QVW文件是存储了数据的，分析时是要加载至内存的，各个QVW文件数据的交叉使用情况，是较差的，估计也是极其不好实现的。这样，自然会给人一种这些QVW都是“孤立”的感觉。如需要改善这种情况，也可考虑QVW的数据从数据仓库/数据集市而来，在开发前端时，各种公式、口径一定要严格遵守规范，统一，避免出现同一指标出现不同口径算出不同值的情况。

权限控制，在这方面是比较弱的，在LOAD脚本中进行定义，依据字段去设置，有点偏“硬”，欠灵活。

与外部WEB平台的集成性、不支持FLASH地图 (Google地图用起来不是太好看)等；

仅运行于WINDOWS平台，这也是一个有局限性的点。

总代来说，Qlikview还算是个偏小众的BI工具，资源少、交流少是一大困扰。

与外部WEB平台系统，如PORTAL、OA等其他系统的集成，关键是SSO，在10版本下，SSO的实现，是一项难度极大的工作。

在报表开发的时候，对负责报表的支持，不是太好，不是太规范的报表很难实现。至于中国式报表则更加不用说了。

报表的数据均为联动，在不需要一个QVW内所有页签都实现数据联动的时候，就比较麻烦了。

如果想为已经成型的QVW应用切换风格，手工工作量太大，主题的制作及应用功能不好用。更不用提做成一键切换应用主题，这个是不可实现的。

开发时对分别率的设计，没有自适应这种功能，有些死板。

学习资源较少，使用中遇见问题不好解决。注：这也是我写这个系列博客的原因之一，增加一些中文的学习资料。

所见所得：意思是数据的深层信息让我们用户可以一眼望穿。这也是QlikTech给QlikView所用的广告词之一，还有你看QlikView的图表也是类似于一只眼睛，所见所得。

1.3 小结

本文旨在让大家了解：什么是QlikView，以及其优缺点。一个工具的出现以及普及总是有道理的。使用Qlikview可以帮我们进行很快的BI分析，为领导层的解决更快的提供依据。

至于其缺点那是无法避免的，因为没有完美的工具，我们在使用过程中能够做到扬长避短，以最小的成本产出最好的效果即可。

最后再说一下使用QlikView的好处：

最短的项目实施周期，所见即所得，无项目风险；

最简单的系统架构，稳定可靠；

最快的报表运算速度；

最少的使用培训时间；

最低的维护成本；

最灵活的需求适应性；

最佳的客户满意度；