我的公司使用链接到MySQL表的Microsoft来隔离员工,使其不可能意外地破坏任何表。
一个每周运行的查询已经开始出现故障,当我深入研究并手动运行它时,我得到了MySQL错误代码: 28 (#3)错误写入文件'/tmp/path错误警报,许多人说这是由于安装MySQL的服务器上缺乏存储空间所致。
有些人希望使用当前在Access上运行的查询,并将其写入VBA,直接查询MySQL表并绕过Access。他们的理由是,这可能是由访问2gb的返回限制造成的,而不是服务器端的底层存储短缺。
在我看来,Access有自己的方法来告诉用户,返回量太大了,并且不需要删除一个已经建立的/理解的MySQL错误。
所以,我的问题是,这有可能是伪装成MySQL问题的访问问题吗?在我花一周的时间重写那些仍然无法工作的查询之前,我想从更有经验的人那里了解,因为我们没有解决根本的问题。
谢谢。
发布于 2022-03-23 22:00:14
这可能是由于ODBC驱动程序通过访问查询进行效率低下的MySQL查询,但我的猜测是,这纯粹是一个MySQL问题。特别是,如果通过“我深入挖掘并手动运行它”,意味着您绕过了访问,直接在MySQL中运行查询,得到了错误28。在这里尝试一些解决方案:
https://stackoverflow.com/questions/71591544
复制相似问题