小编Pet*_*r M的帖子

我们正在尝试优化数据仓库设计，该设计将支持针对多个时区的数据进行报告。例如，我们可能有一份一个月的活动（数百万行）的报告，需要显示按一天中的小时分组的活动。当然，一天中的那个小时必须是给定时区的“本地”小时。

当我们只支持 UTC 和一个本地时间时，我们的设计运行良好。UTC 和本地时间的日期和时间维度的标准设计，ID 在事实表上。但是，如果我们必须支持 100 多个时区的报告，那么这种方法似乎无法扩展。

我们的事实表会变得很宽。此外，我们必须解决 SQL 中的语法问题，即指定在任何给定的报告运行中使用哪个日期和时间 ID 进行分组。也许是一个非常大的 CASE 语句？

我已经看到一些建议，可以通过您所覆盖的 UTC 时间范围获取所有数据，然后将其返回到表示层以转换为本地并在那里聚合，但是使用 SSRS 进行的有限测试表明这将非常慢。

我也查阅了一些关于这个主题的书籍，他们似乎都说只有 UTC 和转换显示或有 UTC 和一个本地。将不胜感激任何想法和建议。

注意：此问题类似于：处理数据集市/仓库中的时区，但我无法评论该问题，因此觉得这值得自己提出问题。

更新：在Aaron 进行了一些重大更新并发布了示例代码和图表后，我选择了他的答案。我之前对他的回答的评论不再有意义，因为他们提到了答案的原始编辑。如果有必要，我会尝试回来并再次更新