Crystal Reports - 趋势计算图表中两个汇总的“分组字段”？

Question

好的，假设您在数据库表中有两个字段用于评分（评估）：

1. 实际值
2. 可能的价值

因此，如果我在 100 分中获得 70 分，那么在评估 #1 中，数据库中将有一条记录，实际为 70，可能为 100。

作为一名员工，我会经常被评估。所以，这可能是我想要趋势并显示在图表中的东西：

您在此处看到的是所有“实际”值的总和，按月呈现趋势（2013-10 是 2013 年 10 月 ... 2013-11 是 2013 年 11 月）：

1. 员工“test, acct”在 10 月有 2 个评估，在 11 月有 2 个。所有 4 个评估的实际值为 0。因此，他在 10 月绘制了 0，在 11 月绘制了 0。

2. 员工“test, acct2”在 10 月进行了 2 次评估，两次都获得了 50 分（共 100 分），11 月进行了 10 次评估，每次都获得了 100 分（共 1000 分）。

我们将忽略绿点！

此图表有效，因为它看起来像：

1. YYYY-MM 是一个公式，它返回数据库日期字段的文本表示形式（同样，您在图表中沿 x 轴看到的文本）。
2. GroupBy 是一个公式，它返回我们分组依据的数据库字段的文本。在这种情况下，它是员工姓名（如图例所示）。
3. SecondGraphField 是一个公式，它返回我们将求和的数据库字段。在这种情况下，输入参数是“实际的”，因此我们返回了实际的 db 字段以由图表求和。

现在，在图表中总结可能的和实际的以及趋势很容易。如果我想在图表中显示百分比，我会遇到困难。

对于“@SecondGraphField 的总和”，我们需要涉及两个数据库字段！根据我们的分组单独汇总，然后进行划分。例如，您不能创建名为百分比的第三个数据库字段（以及可能和实际），然后取其平均值。我基本上需要这个：

@SecondGraphField 执行以下操作：

(Sum({table.Actual}, "ourGrouping") / Sum({table.Possible}, "ourGrouping")) * 100

“ourGrouping”是您在图表专家中看到的“OnChangeOf”。但是，这是两个领域，就像报告的小组专家一样。而 Sum 在这里只允许一个字段（第二个参数）。

对于报告本身，我有多个运行总计字段，但我不能在这里使用它。我正在考虑将图表专家更改为不总结 @SecondGraphField 论坛，而这个论坛则引用/返回运行总计字段。但是，如果我这样做，它会因“报告应用程序服务器失败”而爆炸。所以，显然你不能使用 Running Total Fields。

如何在图表中显示百分比趋势？

Answer 1

解决办法如下：

最初，报告看起来像这样（注意我有两个组部分）：

而不是 @GroupBy 和 @YYYY-MM（这是一个解析的文本版本的 db 日期字段），而是 @GroupBy 和 db 日期字段。

如果我将 Crystal Reports 组部分更改为 YYYY-MM，而不仅仅是日期字段（如红色箭头所示），它会让我的生活更轻松（请原谅我，我正在复制包含图表的现有报表专家使用 YYYY-MM 和水晶报表使用日期字段）

这解释了为什么当我修改要使用的图表的“SecondGraphField”公式时，我永远无法从我想要的“分组”部分中获得“Sum”报告字段来正常工作。例如，在 Formula Workshop 中，如果我将可能的总和（db 字段）拖到我的编辑器中，我会得到如下内容：

总和（{table.Possible}、{table.Date}、“每日”）

如果我尝试使用它，在运行时，它会出现这样的情况：

公式错误。必须有与该字段匹配的组。

能够使用 Sum Report 字段允许我在论坛中求和（并除以百分比），因此 Chart Expert 最终看起来像这样（不需要求和 SecondGraphField，我们在公式中求和）：

现在，如果我可以，为了我的一生，弄清楚为什么 Crystal 会删除我从 table.Date 修改为 @YYYY-MM 的 Group Section 中的每个字段，这将很有帮助。最重要的是，阻止他们这样做？那很好啊。当你想做出改变时，水晶肯定是残酷的。