PowerbiDeskTop可以连接几乎一切的数据源,并且可以存储几乎无限大的数据量,在powerbi建模过程中,Excel的powerpivot与PowerbiDeskTop对比,首先是PowerbiDeskTop,无论性能上还是功能上都处于优势,PowerbiDeskTop每个月不断地迭代更新,除了在可视化组件方面有更新,在SSAS的建模内核上也是处于最新。
Excel2013的SSAS级别是1103,对标Sqlserver2012/2014
Excel2016的SSAS级别是1200,对标Sqlserver2016
poweribDeskTop是最新的1400。对标Sqlserver2017
若需要进行数据建模,没有理由不使用PowerbiDeskTop而退而使用Excel。
当然问题来了,PowerbiDeskTop的使用广度和使用深度,都远远没法和Excel相提并论,为了单纯的建模方便或用户使用方便而需要在Excel和PowerbiDeskTop之间做二选一的抉择的确让人非常左右为难。
自从Excel催化剂的诞生,问题已经从二选一变成了强强联手,各自做各自最擅长的,鱼和熊掌都可兼得的理想人生从此拉开了帷幕! 文章出处说明系列文章视频演示此篇文章功能较多,请仔细阅读文字,并结合实操练习,视频演示打算后续弄个直播之类的方式供大家现场观看,重点演示大家感兴趣或有疑问的部分,后续有视频后再提供出来。 Excel透视表向PowerbiDeskTop发出MDX查询当关系型数据库可以使用SQL和数据库内的表进行查询时,数据从数据库存储到最终查询使用提供了很大的便利性,而且SQL查询也因其简单易学,功能强大,在数据工作者群体中风靡全球。 从第3波功能中,大家已经见识到Excel可以和PowerbiDeskTop进行数据交互的方式是以透视表的方式查询PowerbiDeskTop,通过透视表的字段拖拉,立马生成相应的查询结果,已经解决了大部分的分析场景需求。因实在没有什么比透视表更容易使用的同时又可以快速实现所需的数据结果,说句不过份的话,比开发人员亲手写SQL查询得到的结果还要方便快捷。因透视表访问的是PowerbiDeskTop的多维数据模型,多个表之间已经建立好关系和复杂的度量值已经在模型中生成,直接从透视表字段中拖出即可得到最终结果,若只是用SQL查询的话,不知道需要写出多复杂的SQL语句才能得到透视表简单透视一下就能得到的数据结果,而且可以随时进行多维度切换查看、筛选、汇总等,SQL语句也只能望洋兴叹的份上了。 说了这么多,的确很兴奋了,有了透视表似乎已经得数据天下的感觉,但接下来有点泼冷水地说一点透视表差强人意的地方,这点的不如意,也就让今天的DAX查询能够显出威力的时候。 透视表向PowerbiDeskTop发出的查询是MDX查询,而非PowerbiDeskTop原生的DAX查询,MDX查询是传统的SSAS多维模型的查询语言,其对数据的聚合效率是很高,但一面对需要查询的颗粒度数据较细,即拖拉到透视表的行或列区域的字段的项目数量很多时,如查询不同区域的销售额,是一个很不错的MDX查询,区域最多就10多个区域分区,但如果查询的是每个店铺(假设500家店铺)下每个商品SKU(假设1000个SKU),最终就出来最多50万条的记录,这个查询在透视表上拖拉字段出来,让透视表自动向PowerbiDeskTop发出MDX查询,将是很漫漫漫漫漫漫长的等待。 透视表向PowerbiDeskTop发出明细查询很慢,并不代表PowerbiDeskTop的多维数据模型查询明细数据就很慢,相反PowerbiDeskTop查询明细数据是很快的,只要是用DAX查询,甚至可能比SQL查询更快,因其所有数据都在内存里查询,索引也是优化得很棒的。但Excel透视表却无法向PowerbiDeskTop发出DAX查询,而只能是MDX查询。目前可以向PowerbiDeskTop发出DAX查询的客户端就PowerbiDeskTop一个,在PowerbiDeskTop上拖拉字段所发出的查询是DAX查询,也就是速度和性能杠杠的。 Excel催化剂向PowerbiDeskTop发出DAX查询以上提到,Excel自身是无法向PowerbiDeskTop发出DAX查询的,就算用了第3波的功能,也只能让透视表顺利连接上PowerbiDeskTop发出MDX查询,用来做一些汇总统计分析的交互最为便利。
今天插件再上一超级功能,让Excel顺利向PowerbiDeskTop发出DAX查询,而且不单单可以手动写DAX查询,还可以像操作透视表一样只需通过拖拉字段的方式,自动生成所需的DAX查询并返回查询数据结果,同时这个查询还可以保存下来,供下次重新打开Excel和PowerbiDeskTop时重复使用,功能体验,再次达到国际领先水平!! 功能详细介绍查询界面总览
|