问题标签 [granularity]

在 moment.js 中，如果我写：

我明白了31 Dec 1997。似乎它倒转了日期。我想说01 Jan 1998。

我怎样才能做到这一点？它似乎没有太多关于粒度的文档。

我在 Visual Studio 2005 中基于 SSAS 2008 R2 Qube 数据源构建了一个 SSRS 收入报告，用于部署在 MS SharePoint 2005 Server 上。它运行良好（俄语）：

（哎呀，不能发布低于 10 点声誉的图片）

但问题是报告的 mdx 以不同的度量输出重复的 x2/x3/x4/x10 统计数据，这些统计数据被加载到不同级别的日历层次结构中（一些计划具有每年粒度，其他季度，事实数据位于精确的叶子级别日期）。这是 mdx 代码摘要：

这导致数据集在不同级别的日历层次结构中具有加倍的统计信息：

（哎呀，不能发布低于 10 点声誉的图片）

我已经尝试过exists()、nonempty()、nonemptycrossjoin() 和filter() 函数——但这都会导致部分业务部门出现统计数据空白。我认为根本问题是 Qube 测量的粒度。但我不能影响这一点，我需要在 Report Server 的 mdx 方面制作好数字。可能是，我需要修改 [Clients].[First contract calendar] 度量层次结构的钻取块。

请帮帮我，伙计们！我到现在两周都无法克服这个问题

我们的预算/计划具有季度粒度，而事实销售数据则每天存储。要为月、周和日期构建 Plan-Fact 报告 - 我需要在日历日期之间平均分配预算。如何在多维数据集中执行此操作？

经过数小时的谷歌搜索，我发现仅对度量组的 [IgnoreUnrelatedDimensions] 属性的引用。但它的目的是不同的 - 它停止从最接近的层次结构级别填充（复制）度量值，直到它在边界下的子级。我不需要填充值，我需要在所有孩子之间平均分配它们

我正在使用 dygraphs 并希望将 x 轴粒度从每天更改为每年。我有几个每日数据点，格式均为 c("2009-01-01", "2010-01-01", "2011-01-01")，x 轴刻度出现在 2009 年 1 月和 2009 年 6 月，2010 年 1 月，2010 年 6 月我希望 x 轴仅显示为与实际存在的数据点相对应的“2009、2010、2011”。

我有以下代码：

它返回 x 轴上每个日期的年份，但这意味着有多个年份，如“2009 年 1 月、2009 年 6 月、2010 年 1 月、2010 年 6 月”变为“2009 年、2009 年、2010 年、2010 年”

或者，另一个代码显示：

根本不返回任何图形，除了 y 轴。

我该如何解决这个问题？

hhinfl 是一个 xts 文件，构造如下：

我正在尝试手动编写 LSL 指令，但遇到了一个问题。让我们拥有。

LSL eax,sel

所以我应该得到由 SEL 确定的描述符的限制并将其放在 EAX 中。

如果粒度为 1，我是否必须取限制，然后将其右移 12 位，然后才将其放入 EAX？

我的情况是显示带有 yaxis 刻度位置（this.tickPositions）的 highcharts 应该与数据点的最小值和最大值紧密对齐，截图供参考

默认情况下，Highcharts 生成的刻度位置远远超出数据点的最小值和最大值，但是，我找到了一个可以弥补这种情况的链接，但这在某些时候会失败

任何帮助将不胜感激。

小提琴1

我正在努力通过检索现有记录、更新然后用更新的记录取回来更新德鲁伊中的现有记录。因此，我需要获取现有数据源的粒度，这些数据源将在提取更新记录时使用。

我一直在寻找这个问题的答案一段时间：

当询问粒度时，给出的直接示例是：事务、日、周、月等。我找不到任何其他类型的示例。例如，我们是否可以考虑“城市”、“州”等也是粒度？例如，当我们考虑一家全国性公司的销售情况时？换句话说，粒度总是某种时间类型的东西吗？

我有一个 Web 应用程序，它使用微服务架构和 UI 服务将前端与业务服务（如 API 网关）解耦。我希望 UI 使用相当精细的服务，因此每个控件只需要绑定到简单且相关的数据。

但是在实践中，当 UI 服务需要满足请求时，它会从不一定具有相同粒度级别的微服务中请求相关数据。因此，每次更新一个简单的 UI 控件时，底层业务服务（以及其下的 DAO）都会检索更多实质性的数据对象。

这是微服务的典型情况吗？抛开缓存不谈，如果不在微服务 API 中引入大量细粒度的方法（感觉就像将业务服务接口与 UI 紧密耦合），我看不出如何避免它。或者，使用 UI 服务减少粒度会更好，并允许更大的 DTO 进入网页的 Javascript 吗？

在德鲁伊中，我仍然不太了解这个“segmentGranularity”。这个页面很模糊：http ://druid.io/docs/latest/design/segments.html 。它继续提到segmentGranularity，但它更多地谈论间隔（在第一段中）。

无论如何，此时我的数据量并没有那么大。该页面提到 300mb-700mb 是段的“理想”大小。实际上，我可以将一周的数据放入一个片段中。这就是为什么我正在考虑在我的索引任务 json 中将 segmentGranularity 设置为“week”：

但是，我计划每隔一小时进行一次批量索引（这通常只会在同一天（重新）处理数据）。所以这就是为什么我在上面的“间隔”字段中只放了一个间隔，跨越一天。

我的问题：当 segmentGranularity 设置为周（而不是天）时，这将如何工作？它会为整个段（一周）重建多维数据集吗？这是我不想要的；我只想为这一天重建立方体。

谢谢，拉卡