大多数关于OLAP的文章都是在考虑交易系统的情况下编写的（想想客户/订单）。 少数不是这样的，特别是那些解释"无事实事实表"的，通常基于某种事件，见 http://www.1keydata.com/datawarehousing/factless-fact-table.html
只存储人口统计数据的数据库呢？ 例如，一个表具有客户 ID，多个相关表，每个表都有一个客户属性，如公民身份、年龄等。
如果我想创建一个模型，用户可以在这些扩展的客户属性上进行切片和聚合，那么构建一个多维数据集是否有意义，或者这是错误的工具？
公民身份表是一个维度，客户表是一个事实吗？
您要聚合什么数字事实？您在这里唯一可以聚合的是计数。通常，如果没有要聚合的某种数字事实，除了向上/向下钻取维度之外，在 OLAP 中可以分析的内容确实不多。在这种情况下，它更像是一个数据发现功能