SSAS - 您从哪里开始使用它?

发布于 2024-09-27 07:42:02 字数 351 浏览 1 评论 0原文

我正在设计 SSAS 数据库。我了解了这些东西的理论和用途。事情是这样的,我有一个日志数据库,用于记录有趣的订单状态,我想测量完成时间。我有这些表(未实现),用于测量状态时间

time_dimension

user_dimension

status_dimension

status_fact - 维度引用和 timeInStatus 度量

所以我的问题是,我是否创建常规数据库并将这些内容准备好以供 SSIS 任务拉入 SSAS 数据库,或者我只是创建一个 SSAS 数据库并使用 SSAS 描述常规数据库?

当然,我对此很陌生,但这种类型的分析长期以来一直是我的兴趣!感谢您的帮助。

I'm in the middle of designing a SSAS db. I get the theory and the use of this stuff. Here's the thing, I've got a logging database that logs interesting order statuses which I would like to measure time to complete. I've got these tables (not implemented), to measure status times

time_dimension

user_dimension

status_dimension

status_fact - dimension references and timeInStatus measure

So my question is, do I create regular database and stage these things up for an SSIS task to pull into a SSAS db, or do I just create an SSAS db and describe the regular db with SSAS?

Naturally I'm new at this, but this type of analysis has been an interest of mine for a looong time! Your help is appreciated.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

留蓝 2024-10-04 07:42:02

如果您的源数据库(日志记录数据库)确实围绕您需要的数据很好地规范化,那么您可能不需要这个阶段就可以摆脱困境。

性能可能会受到影响,开发可能会受到影响,等等。我认为 DW(阶段)数据库几乎是充分利用 SSAS 的必要条件......

If your source DB (the logging one) is really nicely normalized around the data you need, you can probably get away without the stage.

Performance may suffer, development may suffer, etc.. I think a DW (stage) db is almost a necessity to fully leverage SSAS though...

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文