Ben*_*ttr 6 sql data-warehouse relational-database business-intelligence
请原谅我(如果已经有人问过这个问题)(我对数据仓库/ BI知之甚少,还没有掌握关键字).
我有一个每天增加超过10万行的表,每行有一个时间戳和关于项目的多个信息(尺寸,重量,颜色等).在此期间后,个人数据可能有用一个月左右,我们只对聚合感兴趣.我有一个专用软件,可以更详细地显示各行,主要使用PowerPivot来满足我的报告需求.
我可以想出一个SQL查询,每天填充一个新表:我会在每个小时/项目/批次中有一行,我会总结信息(sum/average/stddev/etc.)
在一天之内,我的脚本将启动并运行,我可以使用powerpivot对抗这个新表.这一切都在我感到舒服的地方:普通的旧SQL.
从我收集的关于DataWarehouse和BI的一些信息中,我要做的事情听起来很像创建维度和事实.因此,我的问题是:值得进一步调查这个方向(BI)或者因为我的问题相对简单,我会更好地留在关系数据库中.
NB正在生成的报告通常与另一个数据库相关联,以生成更有意义的信息.Powerpivot完成的任务非常好.
小智 3
数据仓库通常在关系数据库中实现，因此您现有的技能仍然可用。
鉴于您已经表达了对数据仓库的维度/事实表方法的兴趣，有关此方法的规范书籍通常被认为是：
（前者更多地关注技术，而后者从更广泛的生命周期管理角度来处理该主题。）
实施 DWH 可能非常耗时，因此即使您决定构建 DWH，也可能值得继续使用现有方法。