我们正在建立一个用于分析的人口统计数据数据库；这些数据无处不在，从犯罪数据到人口普查数据再到其他东西。我们希望能够通过地理、度量或时间段进行挖掘，虽然我们已经做了很多标准化，所以我们可以找到很多关于城市 A 的信息，显然很难从一张表中提取人口数据以及来自另一个或每年来自三个或四个不同数据表的数据的攻击案例，由于它的关系性质，没有大量的 JOINing 和 UNIONing。
我知道 OLAP 是为此而生的，但是当我们要一直添加数据时，我们是否会一直被更新数据立方体所淹没？当用户可能经常需要非常精细的信息时，所有聚合计算是否只是很少使用的开销？
是否有另一种选择，数据结构或 ORM 类型可以使这更容易？如果有更合适的工具，我讨厌把时间花在像 SSAS 这样的特定工具上。感谢您的任何意见！
[编辑-我确实打算对数据进行仓库，并对其应用 SSRS 之类的东西；我更想问在我的情况下是否有任何因素导致 OLAP 可能不是最佳选择，或者是否有任何时候更合适的存储机制。]