我维护和偶尔修改Access 97程序,这仍然是一个重要的部门工具,对一个非常大的美国公司。
许多报告使用“总计”子报表,我无法使用LinkChildFields \ LinkMasterFields链接该子报表。在每种情况下,主报表都可以通过"Reports“表单被多个(或无)标准过滤。
我使用了一个泛型函数来处理这个问题,该函数在设计视图中打开任何子报表,并编辑.Filter属性。工作100%好。
但是,这使我无法将应用程序作为.mde文件分发,因为设计视图在mde中不可用。
我已经尝试了我能想到的每一种选择:
尽管这款“老”应用非常适合部门使用,但他们的it部门想要实现一个“宏观解决方案”,而且我真的不希望竞争对手免费使用我多年来一直在努力制定的许多复杂的商业规则。
有人对子表单过滤有什么建议吗,所以我可以使用mde?
马蒂亚
发布于 2009-11-24 10:27:50
您考虑过重写子报表所基于的查询吗?查询的SQL字符串很容易更改,您将能够使用此方法生成mde。
发布于 2009-11-24 02:08:18
为什么不能使用link /Master链接到“总计”子报告?它应该运行与主报表相同的记录源,并对记录进行聚合。在任何情况下,如果可以指定筛选条件,则应该能够指定返回相同值的域聚合条件(dsum、dcount、dlookup等)。
动态编辑设计视图中的filter属性以使其工作是一种假想。之所以难以做到这一点,并不是因为Access设计人员想让您很难嵌入带有动态标准的子报表,而是因为这是个坏主意。不要这样做。如果您不能加入记录字段上的子报表,或者完全摆脱子报表和主要报告中的汇总,那么您的报表记录源就有问题了。您可能已经知道这一点,但是您可以在报表/页/组页眉/页脚中的报告中对细节进行汇总(和、计数等),并以这种方式给出总计。
例如,如果要为可打印发票编写报表,则可以将行项上方的所有内容移动到报表标题中,保留一行项作为报表详细信息,并将行项下的所有内容移到报表页脚中。然后,您可以对detail字段执行sum(),以生成小计,然后添加税收、送货等。另一种方法是为行项目使用子报表,然后尝试从外部计算总计,如果子报表发生变化,则不会变得更简单和更脆弱。
https://stackoverflow.com/questions/1787218
复制相似问题