【问题标题】:MS Access 2010 Report Design Very slowMS Access 2010 报表设计非常慢
【发布时间】:2013-03-08 19:53:15
【问题描述】:

我有一个 MS Access 2010 数据库,其中包含大量表单、查询、宏、报告等

我的报告数据来自通过链接表属性指向 SQL Server 2000 表的 ODBC 链接。

现在,每当我进入报表的设计模式时,一切都变得非常缓慢(每次鼠标点击,或选择文本框,或对报表执行的任何操作,我都必须等待至少半分钟)

报告本身需要大约一分钟才能运行。我不介意。

我正在寻找的只是一种更快速地更改报告设计的方法。

【问题讨论】:

    标签: ms-access vba ms-access-2010


    【解决方案1】:

    这是一个老问题,但最近我遇到了类似的问题,表单设计运行速度非常慢。对我来说,似乎只有一种形式受到影响(所有其他形式在设计模式下都运行良好)。表单的记录源是建立在子查询层次结构上的复杂查询。我将查询结果转储到一个表中,并将该表用作表单而不是查询的记录源。这似乎已经解决了这个问题。希望这对其他人有帮助。

    【讨论】:

    • 这解决了问题,很好的解决方案!!谢谢。
    【解决方案2】:

    我发现主要原因是 Access 转换程序将 2003 格式转换为 2010。如果您创建一个新的 .accdb 然后导入所有对象,它应该可以正常工作。我确实解决了我的问题

    【讨论】:

      【解决方案3】:

      对我有用的是 Albert Kallal 在http://www.utteraccess.com/forum/lofiversion/index.php/t1959800.html 提供的答案。

      对我来说,在我的拆分数据库中,如果我打开任何链接到后端的表,那么打开任何前端表单或子表单都非常快。如果我没有打开并保持打开链接表,则从表单视图切换到设计视图大约需要 20 秒,然后再打开子表单等 20 秒。当我有链接表时打开(无论是哪个表,只要链接到后端的任何表都可以),然后执行任何这些功能大约需要 1 秒。巨大的差异!

      【讨论】:

        【解决方案4】:

        这不正常。出了点问题。可能是您的 Office/Access 安装、您的操作系统安装、占用过多系统 CPU 的东西,或者您的系统只是没有资源(如内存)来正确运行 Access。或者您的数据库已损坏和/或臃肿。

        您可以尝试两种测试。
        首先,对数据库进行压缩/修复,看看是否可以修复它。
        其次,是以安全模式启动计算机,看看 Access 是否仍然运行缓慢。这将测试上述大部分问题。

        【讨论】:

        • 1.我进行了压缩和修复,但结果相同,我每周在数据库上进行压缩和修复 2.如果我以安全模式启动计算机,我还能连接到网络上的 Sql Server 吗?
        • 是的,如果您允许带网络的安全模式。但是,这对于测试报告设计不是必需的。您可以设计/修改您的报告而无需点击数据。您只是无法生成报告。
        • 我想到的另一个测试。仅使用 1 个本地表创建一个全新的数据库。同样的事情还会发生吗?
        • 报表数据很复杂,有一堆查询和与之连接的表,很难将所有服务器表复制或复制到本地数据库。我正在寻找一些将报表设计和数据联系起来的设置.ie 它可以理解报告需要很长时间才能运行,但为什么在设计模式下需要这么长时间来响应每个操作?好烦!!
        • 我没有说将所有表复制或复制到本地数据库。我建议测试创建一个只有 1 个本地表的新数据库,仅此而已。然后根据它创建一个报告。它在设计模式下仍然运行缓慢吗?
        【解决方案5】:

        对我有用的是将所有本地表上的子数据表名称从“自动”更改为“无”。在表格设计模式的属性表中执行此操作。其他地方发布的例程可以找到所有本地表并更改此值。

        【讨论】:

          【解决方案6】:

          表格已链接到 Excel 文件。我发现当 Excel 文件打开时,要在任何表单上更改设计视图都需要很长时间。关闭 Excel 文件消除了我的问题!

          【讨论】:

            【解决方案7】:

            我的情况是除了打开或设计报告之外的每个功能都可以正常访问。但是当网络断开时访问可以正常工作。我发现这是由其他计算机共享打印机和被删除的计算机造成的。我从控制面板中取出打印机,访问可以顺利进行。

            【讨论】:

            • 感谢您添加您的案例,希望有人觉得这有帮助!
            猜你喜欢
            • 1970-01-01
            • 1970-01-01
            • 2015-02-06
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 2013-04-07
            • 2018-11-25
            • 2023-03-24
            相关资源
            最近更新 更多