使用 DSUM 汇总记录

DSUM 会对表格某一列中的数字求和，但只处理符合条件区域的行。您可以把它看作这样一种 SUMIFS：它从单元格区域中读取条件，而不是从公式内部读取条件。

当条件较多，或者希望用户通过编辑单元格来更改筛选条件，而不是重写公式时，它尤其有用。

其结构为：

DSUM(database, field, criteria)

• 数据库 - 包含标题的完整表格，例如 A1:C13。
• 字段 - 要汇总的列，可以用引号括起的标题名称表示，例如 "Amount"，也可以用列号表示。
• 条件 - 您之前构建的条件区域。

假设 A1:C13 中有销售数据，标题为 Region、Rep、Amount。在 E1 中放入 Region，在 E2 中放入 East。

下方公式会汇总每条东部记录的金额列。如果东部记录的金额分别为 1200、800 和 500，结果就是 2500。将 E2 改为 West 后，总和会立即重新计算，无需修改公式。

字段参数决定对哪一列求和。有两种写法：

• 按名称："Amount" - 清晰明了，也不易受列顺序变化影响。
• 按位置：3 - 表示数据库区域中的第三列。

使用标题名称通常更安全，因为插入列不会使其失效。只需确保拼写与表格标题完全一致。

您可以根据数字规则进行汇总。在 E1 中放入 Amount，在 E2 中放入 >1000。现在，DSUM 只会将超过 1000 的金额相加。

这对于“所有大额订单的总金额是多少？”之类的问题很有帮助。比较条件放在单元格中，因此管理者可以调整阈值，而无需修改公式。

若要汇总金额超过 1000 的东部订单，请构建一个两列条件区域。在 E1:F1 中放置标题 Region 和 Amount，然后在 E2:F2 中放置 East 和 >1000。

由于两个条件位于同一行，因此它们通过 AND 连接。DSUM 只会对区域为东部且金额超过 1000 的行汇总金额。

若要汇总东部和西部的总金额，请将这两个值放在不同行中。在 E1 中放入 Region，在 E2 中放入 East，在 E3 中放入 West。

不同行表示 OR，因此 DSUM 会将区域为东部或西部的所有行的金额相加。请记得将条件参数扩展为 E1:E3，以涵盖这两行条件。

两者都可以按条件求和，但有所不同：

• SUMIFS 将条件保留在公式内部，非常适合一次性汇总。
• DSUM 从单元格中读取条件，非常适合用户可以调整筛选条件的仪表板，也适合 SUMIFS 难以处理的复杂 AND/OR 逻辑。

如果您发现自己为了处理 OR 逻辑而嵌套许多 SUMIFS，那么使用带有多行条件区域的 DSUM 通常更清晰。

数据库参数必须包含表头行。如果您只传入数据行（A2:C13）而不包含表头，DSUM 就无法将字段名称映射到列，并会返回错误。

此外，请将范围严格限定在实际数据周围。对于求和而言，在下方包含多余的空行通常没有问题，但这可能会让其他 D 函数产生混淆，因此无论如何，养成限定范围的好习惯都是有益的。

如果没有任何行符合条件，DSUM 会直接返回 0，而不会抛出错误。这通常没有问题，但 0 看起来可能像是真实的总计。

您可以将它与 DCOUNT 配合使用，以确定是否确实有记录匹配；也可以添加检查，让无匹配时返回的 0 与总计为 0 的情况显示不同。

DSUM 的真正优势在于交互性。您可以在条件值单元格 E2 中放置一个下拉菜单，列出每个地区，然后让 DSUM 引用 E1:E2。

现在，只需一个单元格就能控制总计：选择东部，数值就会显示东部销售额；选择北部，数值就会切换为北部销售额。您可以堆叠多个 DSUM 单元格，每个指标使用一个，同时读取同一个下拉菜单，将静态表格变成无需修改公式即可响应的摘要面板。

DSUM 会对符合条件范围的行中的一列进行求和：

• 语法：DSUM(database, field, criteria)。
• 数据库参数中要包含表头行。
• 字段可以是加引号的表头名称，也可以是列编号。
• 同一行的条件表示 AND；不同行的条件表示 OR。
• 没有匹配项时返回0，而不是错误。

接下来，我们将使用 DCOUNT 统计匹配的记录。