我每天有大约 150 000 行数据写入数据库。例如，这些行代表即将发布的文章。现在我需要使用SSRS显示一个图表，显示一段时间内每天的平均文章数。我还需要有关昨天的实际文章数量的信息。
我们的想法是对我们所有的交易有一个汇总视图，并有一些可以表明有问题的东西（例如，我们发送的文章比平均水平少 20%）。
我的想法是每晚将昨天的数据转移到SSAS中，并在那里存储交易数量的总值和昨天数据的实际交易数量。使用 SSAS 有望加快报告速度。
你认为这是正确的想法吗？我应该跳过 SSAS 并直接报告原始数据吗？我知道如何使用标准 SQL 查询对原始数据使用报告服务，但是在查询 SSAS 时会发生什么变化？我不知道SSAS - 我从哪里开始..？
SSAS 的巧妙之处在于，您可以通过创建计算度量或使用 KPI 轻松获得您谈论的那些指标。
我从使用Microsoft SQL Server 2005 提供商业智能开始。它有一些很好的介绍，但不幸的是，它在细节方面过于冗长。但是，如果您想使用此框架了解 SSAS、OLAP 和报告，这是一个好的开始。
Mosha Pasumansky 有一个关于 SSAS 和MDX的博客，其中有很好的链接。
除此之外，我会推荐微软的在线书籍。
您确定您没有混淆 SSAS（分析服务）和 SSIS（集成服务）吗？
SSAS 不是 ETL，它是一种 OLAP 工具。
SSIS 是一个 ETL 工具。
我同意罗文所说的一切。我只是对这些条款感到困惑。
SSAS 是一种ETL工具。基本上，您从某个地方（您的传出文章）获取数据，对其进行处理（聚合），然后将其放在其他地方（您的聚合表、数据仓库等）。检查链接以获取详细信息。
您可能不会无限期地保留数据库中的所有行，如果您希望能够报告更长的趋势，则无论如何都需要对历史数据进行某种聚合。因此，使报告使用此历史数据存储作为其来源是有意义的。然后你可以用它来做各种花哨的报告。
TL;DR：根据您未来的报告需求定义您的汇总历史表。使用 SSAS 填充表并根据每日更新对其进行刷新。从那张桌子上报告。进一步阅读：星型模式和数据仓库。
@Sergio 和 @Rowan
是的，我们不是在谈论将数据加载和转换到数据库中（就像 SSIS 工具那样）。使用我们的集成平台解决了这个问题。
@Riri 对于您提出的情况，SSAS 可能是矫枉过正。如果您只需要每天填充汇总表，则可以通过在 SQL Server 中创建常规 JOB 并在常规 T-SQL 脚本中执行来完成。
多年来，我一直在日常流程中使用这种方法来根据每天大约 9GB 的新数据计算业务指标。它有效、快速、简单，并且使用了您已经习惯的技术。如果您的日常流程变得更加复杂（它需要从文件中读取、使用 FTP、发送电子邮件），您可以移至 SSIS 包（或您喜欢的任何其他 ETL 工具），但我不建议您使用 SSAS，除非您需要提供 OLAP为您的用户提供的能力。