简单说明:"交易"和"非交易"之间有什么区别？
在我的情况下,我在阅读"MDM"的以下定义时提出了这个问题:
"在计算中,主数据管理"(MDM)包括一组过程和工具,它们一致地定义和管理组织的非事务性数据实体(可能包括参考数据).
我是非营利组织的IT部门.我今天有一个问题可能对这个论坛太专业了,我希望我不要浪费时间来编写它.我们正在使用Blackbaud的"Raiser's Edge"(RE)软件(据我所知用VB6和VB.net编写)来跟踪我们的会员资格和捐款.我们有一个MS Access应用程序(在我们获得RE之前一直使用它)来处理捐赠,现在我想保留它并且只做一些小改动以使其适应新软件.
MS Access程序现在正在对RE API进行一些调用,这些调用非常有用.要登录并建立连接,我必须创建一个新的"REAPI"对象并将其用于其他API调用.该REAPI对象有一个名为的方法:SignOutOnTerminate在创建该对象时需要将其设置为TRUE.应用程序关闭后,它应该终止所有与RE的连接.没有常规.close方法.
一旦我创建了对象,我可以根据需要多次工作,就我所见,根本没有问题.
然而试图关闭应用程序或设置对象没事的时候(Set REAPI = Nothing)接入立即崩溃(它淡出,我得到Windows正在寻找一个解决问题的消息.然后访问关闭并重新启动.)
这更令人讨厌和不专业,然后阻碍生产,但我想解决它.
该应用程序是在Windows 7 64位和Access 2010 32位上开发的.它在Windows XP上使用Office 2003或2007计算机(32位)进行了测试,其行为方式相同.
我已经在2个Blackbaud论坛上发布了这个问题,并尝试了一个无法正常工作的建议(使用shell命令终止进程,然后将对象设置为空).希望我能尽快得到更多答案.
我试图SignOutOnTerminate在创建对象时排除它.但是得到了同样的行为.
我查看了事件管理器 - >应用程序日志,发现了崩溃.据报道,失事的访问,因为这个dll的:C:\ WINDOWS\SYSTEM32\MSVBVM60.DLL(它实际上位于SysWos64文件夹,因为它是一个32位应用程序).
查看这个错误我发现了一些建议,用早期版本的dll替换它,这是与XP一起提供的版本.我找到了一个文件并尝试了这个建议,但它仍然崩溃了.错误日志将旧版本号报告为错误,因此我正确地注册了它.
我还用Blackbaud创建了一个案例,但代表不知道问题是什么,也没有安装MS Access.他正试图让他的支持团队为他安装它,以便他可以测试并调查此错误.
我最后的怀疑是API导致错误,我的代码很好.
但是在我做出这个假设之前,直到我从Blackbaud得到我的回答,我想做最后的检查,但是我已经用尽了进一步的故障排除的想法,并在这个论坛中提出了这个问题.
有任何想法吗？