小编Jo *_*ass的帖子

我正处于这样一种情况:我们正在从拥有一堆事务性事实表转变为带有聚合,快照等的更复杂的图片.过去,有一些情况下需要按月汇总数据,但是之前的开发人员只是将它所属月份的第一天的密钥放入事实表中的一列,并将其指向通常的日期维度.这似乎工作正常,我们在每个日期维度的多维数据集中都有日/月/年层次结构,并且用户在需要按月查看事物时表现良好.

当我阅读 - 主要是Kimball的作品,以及其他指南 - 建议我们应该在这些情况下使用"缩小的尺寸".Kimball集团甚至特别提到了月度维度.但是我真的没有找到关于在那篇文章之后实现它们的大量信息,而且简短的写作似乎正在重新阐述它的一部分.

我特别关注的一个问题是,目前,使用我们的立方体的人习惯于为每个不同类型的日期设置一个日期维度,其中包含年 - 月 - 日层次结构,并且只有当他们需要时才会降低到月份级别.如果这将导致一个单独的维度与年 - 月层次结构,那么它似乎可能是不受欢迎的混乱.但这是意图吗？

链接文章中的最后两段是我发现的唯一一个解决它应该如何在表示层中起作用的东西,而我只是没有得到他们想要描述的内容.感觉很短的几个例子来充实它应该如何出现在立方体中.通常情况下,我只是试错了,但时间尺度非常紧张.所以...

• 如果我这样做,立方体中的预期显示是什么？我是否会有两个单独的日期维度,其中一个只会持续到月份？
• 如果上述内容是正确的,那么真的有很多意义,因为人们当前可以愉快地在月度水平上查询事物吗？我觉得我错过了真正的好处.我可以看到它在语义上更正确(我们处于月份级别,因此持有该月的第一天是hacky并且将显示不相关的属性),但对于已经习惯了这一点的用户,我不相信这是足够的理由现在花更多的时间在这上面.我可以看到它可以表现得更好,因为它是一个较小的维度,但我们没有原样的性能问题.我错过了什么吗？
• 如果我继续进行更改,那么任何有关使缩小尺寸在立方体中工作的提示？通常情况下,我可以在网上挖掘,直到我将一些东西缩小到最好的几个选项,但实际上并没有多少,我很感激听到之前做过这个的人.没有寻找任何巨大的东西,但是在技术上写的东西比那篇文章还是一个小例子可能会让我对需要做什么和为什么感觉更清楚.在讨论需要将基本维度加入缩小维度以查看属性时,Kimball文章特别困惑我.

前两点是最重要的一点,因为我知道是否需要对数据仓库进行任何更改,如果是这样的话就完成它们 - 我很乐意回答这些问题,即使你不能覆盖第三个点.

将RESTful资源映射到数据库表的最佳方法是什么？在定义RESTful API的体系结构时,哪个条件决定要拥有哪些资源以及每个资源包含哪些资源？是否应将每个数据库表映射到单独的资源,或者这不是最佳实践？