你的浏览器禁用了JavaScript, 请开启后刷新浏览器获得更好的体验!
没有找到相关结果
梁勇 - 天道酬勤、上善若水。爱好商业智能 2013-08-09 回答
赞同来自: 阿瑞其斤
superboyli520 - 微软BI技术达人 2013-08-12 回答
赞同来自:
andrea_zhou - 咨询顾问、BA 2013-08-12 回答
要回复问题请先登录或注册
SSRS 线下2天入门提高班报名
SSIS 线下3天入门提高班报名
推荐一份编程学习资源,包含了各类编程语言学习进阶路线图、视频教程、配套书籍文档、数百份面经,各大厂面试真题。编程语言包括:Java、前端、PHP、Python、Linux运维、软件测试、数据解构与算法、C语言、go语言等
微信扫码关注公众号,发送 "编程"获取资源
3 个回复
梁勇 - 天道酬勤、上善若水。爱好商业智能 2013-08-09 回答
赞同来自: 阿瑞其斤
说下这种方案的优点和缺点:
优点:
1、数据质量比较高,不易出错。因为 有ETL过程的话,难免会出现一些数据抽取错误的Bug
2、如果直接通过视图去做报表的话,可以实现 实时报表呈现。
缺点
1、因为所有的数据都是在中心数据库处理的,会造成 中心数据库压力过大,产生性能瓶颈。
反正两者方式各有优缺点,建议前期可以 考虑使用视图层去构建中心数据库,减少工作量。如果后面客户对报表的性能要求高的话,需要 考虑创建数据仓库来实现啦。
superboyli520 - 微软BI技术达人 2013-08-12 回答
赞同来自:
2、看勇哥的回复,感觉你应该是在DW层上的问题。建议不要用,因为你可能很难去做好数据验证的过程,而且效率很低。
3、如果对视图很热衷的话,建议用物化视图去做。将数据固化,而非每次去执行查询。
andrea_zhou - 咨询顾问、BA 2013-08-12 回答
赞同来自:
问题有点模糊,最关键的,需要看您视图在哪个层次,哪个位置。
如果是你在SSAS的数据源里,以视图作为源,再去生成维度和度量等,是没有太大问题的。只是在访问源抽取数据的时候,读取视图稍慢于读取表,但是这个差别应该还好。
如果您说的是最终数据集市以视图来组织,前端工具直接访问集市数据,这可能会慢一点,而且完全没这个必要。在这种情况下,用视图和用表,其实过程工作量差不多。