微软BI通过视图层去构建分析的事实和维度,可行性是有但不知道对中心数据库的性能会产生哪些影响,评估和讨论一下这种方案的实用性!

0
已邀请:
1

梁勇 - 天道酬勤、上善若水。爱好商业智能 2013-08-09 回答

这个我们之前有项目就这样做的,没有 ETL的过程的,所有的维度和事实表 都通过视图来呈现。
说下这种方案的优点和缺点:
优点:
1、数据质量比较高,不易出错。因为 有ETL过程的话,难免会出现一些数据抽取错误的Bug
2、如果直接通过视图去做报表的话,可以实现 实时报表呈现。
缺点
1、因为所有的数据都是在中心数据库处理的,会造成 中心数据库压力过大,产生性能瓶颈。

反正两者方式各有优缺点,建议前期可以 考虑使用视图层去构建中心数据库,减少工作量。如果后面客户对报表的性能要求高的话,需要 考虑创建数据仓库来实现啦。
0

superboyli520 - 微软BI技术达人 2013-08-12 回答

1、我没太看明白你的问题。请问你的视图层是什么意思。
2、看勇哥的回复,感觉你应该是在DW层上的问题。建议不要用,因为你可能很难去做好数据验证的过程,而且效率很低。
3、如果对视图很热衷的话,建议用物化视图去做。将数据固化,而非每次去执行查询。
0

andrea_zhou - 咨询顾问、BA 2013-08-12 回答

通过视图层去构建分析的事实和维度,
问题有点模糊,最关键的,需要看您视图在哪个层次,哪个位置。
如果是你在SSAS的数据源里,以视图作为源,再去生成维度和度量等,是没有太大问题的。只是在访问源抽取数据的时候,读取视图稍慢于读取表,但是这个差别应该还好。
如果您说的是最终数据集市以视图来组织,前端工具直接访问集市数据,这可能会慢一点,而且完全没这个必要。在这种情况下,用视图和用表,其实过程工作量差不多。

要回复问题请先登录注册