无法读取数据库中所含的VBA工程怎么解决

无法读取数据库中所含的VBA工程怎么解决,第1张

可能是以下7个原因引起的,要分不同情况具体对待

1、Office(Access)的补丁更新造成的

最近office2016版本 2019版本的很多都出现这个问题了 ,是因为Office(Access)的补丁更新造成的。微软的Access有几次补丁出现过这个bug, 解决办法是一是退回之前稳定的版本,二是更新到最最新的版本

一般 使用帐户-更新选项-立即更新 一下即可

2、如果是Office2010 ,看是否网友xc555这种情况,可参考他的解决方法

先安装office 2010 sp2补丁,再卸载office 2010 sp2补丁 重启就成功了

PS:在网上找了N个解答,一直无法解决,看到一篇文章(说:sp2补丁会将vb编译器升至71,虽未解决)但受启发,尝试先安装sp2补丁,再卸载,结果就成功了

3、是因为中英文系统变化引起

中文系统做的程序到英文系统会出现这个问题,换系统 或 在英文系统重新设计相关窗体,而且模块使用可能遇到问题。或者在出现这个提示后选取消,再 *** 作几次,就不再出现,对有问题的功能重新设计 (千万不要点确定)

4、VBA环境或版本改变导致的

将C:\Program Files\Microsoft Office\root\VFS\ProgramFilesCommonX64\Microsoft Shared\VBA目录中的文件恢复至安装状态,出现这个问题的原因是VBA程序被修改,必须恢复未被修改的版本。 只要把旧版路径为vba\vba71下的vbe7dll文件拷贝替换到新安装的vba\vba71下替换就可以了 (先备份)

5、可能是VBA真正损坏了

可先备份当前数据库,再使用Access的压缩修复功能修复一下

6、还有可能是不同的版本混合交叉打开导致的(不兼容)

网友出现过:我的计算机上安装了Access 2010,并对前端Access文件的复制版本进行了一些更新。我重命名了更新的副本以替换原始访问文件,并将旧文件放在备份文件夹中。我需要在第二天进行另一次更新,但使用的***连接使访问前端文件成为一种痛苦,所以我远程进入一个承载该文件的服务器,并使用该服务器的Access 2007应用程序进行更新。文件版本是2007-2010,因此我不认为它会导致任何错误更新。但是,我不知道为什么。

在进行这些更新时,我从未更新过任何vba,也没有收到除了sql函数错误以外的任何类型的错误。每次都成功保存并压缩和修复前端。然后我的最终用户开始接收宏和vba错误,这些错误阻止他们打开文件或输入任何信息。我发现vba模块已从文件中完全删除。此外,每次使用Access 2010在自己的计算机上打开文件时,原始备份的每个备份和副本都会损坏,即使我没有单击“确定”继续删除VBA模块。如果没有收到vba错误,我无法打开单个文件。用户通过在Intranet站点上下载自己的副本来访问前端文件,这样就不会损坏实际的文件。当我尝试这样做时,文件仍然被损坏,甚至损坏了原始文件。我的同事能够找到一个干净的备份,最终用户能够恢复工作,但我不能触摸文件,否则它也会损坏。即使我使用shift+open跳过开始代码,我仍然会收到错误。我的同事正在运行Access 2013,在打开备份文件副本时未收到任何这些错误。

试过:

紧凑型维修

反编译/重新编译

Access 2010版本为14072245000(32位),因此已下载Office 2010 SP2

反编译不起作用,因为打开文件时我会立即收到vba错误(shift+open)。我没有新的访问更新要下载。我不能恢复到以前的版本,因为这不是我的公司可以接受的解决方案。我没有尝试将对象导入新的前端文件,因为每次打开文件时,都会删除或损坏VBA模块,因此无法导入或导出它们。我会失去所有的vba模块,因为我不是最初的开发人员,我不知道包括什么。我正在尝试更新2013年的访问权限,但这可能需要一段时间。

我读到的关于这个问题的所有信息都表明,当不同版本的access尝试打开同一个文件时,会发生这种情况,但是如果我使用access 2007和2010打开的文件的版本是2007-2010,为什么我仍然会得到这个错误如果这是2007年的问题,为什么我在使用2010年的同时还要损坏在使用2007年软件之前制作的每个备份文件,特别是如果其他人在使用2010年、2013年和2016年的时候能够很好地访问该文件

7、如果还不行,尝试将所有对象导入到一个新数据库文件

希望可帮到您!,也可关注我

跟着上面的几位说的,继续发表一下自己的看法。

安全性体现在数据库上,这个没错。因为这个数据库太容易被打开了,VFP没有提供任何完备的(甚至可以说是最基本的)安全机制,而且VFP所谓库与表的关系也非常松散,非常容易造成数据的丢失和不一致。

安全性差还体现在编制的程序上。VFP是解释执行而不是编译执行,所以代码非常容易被反编译。

由于DBF本身不提供安全机制,而如果你在代码上自己创造安全机制,人们也非常容易通过反编译看到你的源代码,让你的心血化为泡影。

其实VFP本身也知道自己的这些不足,但是VFP天生就不是“干大事业”的,呵呵,如果你要使用,那么你就要接受这些不足。

但是VFP编程真的又快又好,让我们不忍放弃。那么怎么办?

告别原来通过DBF数据表编程的思维,改用SQL Server 或者 SQL anywhere等作为后台数据库。

如果跳出DBF的圈子来看VFP,它还是一个非常不错的前台开发工具!

把数据库的安全性交给数据库本身来处理,那么你在编VFP程序的时候,就能更加关注于程序本身的功能。

如此,你真的能够在很短的时间内编制出非常漂亮实用的程序来!

而编译成的EXE文件也不要继续裸奔了,加个壳啊什么的,不那么容易被反编译就好了。

我爱VFP,毕竟,她陪我度过了我的青春岁月,而直到现在,我依然在VFP上奋斗着~~~

以上就是关于无法读取数据库中所含的VBA工程怎么解决全部的内容,包括:无法读取数据库中所含的VBA工程怎么解决、为什么说VFP的安全性很差真痛苦啊!这么好的一个数据库编程软件,被淘汰了真可惜!、等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9830745.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-02
下一篇 2023-05-02

发表评论

登录后才能评论

评论列表(0条)

保存