Ms access 我正在尝试在access中运行查询。当我使用IIF函数设置参数时，它工作不正常。它不是在读字符串

我已经建立了一个调整日志，跟踪系统内外的所有调整。该数据库用作批准数据库，并为每个交易提供原因代码

现在，在事实发生之后，我正试图通过原因代码确定已发生的事务数

（在access中）在拉入必要的字段后，我在查询中键入了这个参数

库存短差：IIf（[原因代码]=“库存短差 “，1,0）

当我从设计模式切换到查看模式时，IIF功能不起作用。它在黑板上显示零

如果我在excel中执行此操作，它将很好地工作，但我正在尝试在MS Access中使其工作。我可以将其导出到excel，但我正在尝试将其汇总到一份每周生成的报告中

有什么我遗漏的吗

恭敬地

---

TYMO最有可能的问题是文本比较，这总是一个坏主意。您的原因码应该是查找表中的ID号，而不是文本。例如，正确的拼写是“Discrepancy”，这可以解释为什么匹配结果为零，但也可以说明为什么文本比较有这么多失败的可能性。

最有可能的问题是文本比较，而文本比较始终是一个不好的选择。您的原因码应该是查找表中的ID号，而不是文本。例如，正确的拼写是“Discrepancy”，这可以解释为什么匹配结果为零，但也可以说明为什么文本比较有如此大的失败可能性。

看起来像是一个在Discrepency之后的空格。但我只是做了一个测试，后面的空格被忽略了。看不出这个表达有什么不对。编辑问题以显示示例数据和整个SQL。为什么不只是一个按[原因代码]分组的聚合查询？或者构建一个报告，并将其排序和分组功能与聚合计算一起使用？看起来像是离散后的空格。但我只是做了一个测试，后面的空格被忽略了。看不出这个表达有什么不对。编辑问题以显示示例数据和整个SQL。为什么不只是一个按[原因代码]分组的聚合查询？或生成报告并将其排序和分组功能用于聚合计算？通过从其他表中选择记录来填充“原因代码”字段。（验证表）**很有趣，因为拼写错误**在这样做时，字段的实际值是验证表的主键。在这种情况下。记录显示“库存短差”，但其实际值为“8”。我不得不摆弄这个数据库，我没有正确地列出所有的因素。我得到了这个数据库，我还在学习。。谢谢大家。原因代码字段是通过从其他表中选择记录填充的。（验证表）**很有趣，因为拼写错误**在这样做时，字段的实际值是验证表的主键。在这种情况下。记录显示“库存短差”，但其实际值为“8”。我不得不摆弄这个数据库，我没有正确地列出所有的因素。我得到了这个数据库，我还在学习。。谢谢大家抽出时间。