2014-02-06 153 views
0

我的公司销售数据可视化工具。对,我们不用32位C#应用程序来做这件事(即使我们的大多数客户已经转移到64位硬件),因为几乎不可能使用64位Access驱动程序。将数据从32位应用程序传递到64位应用程序?

我们希望利用64位应用程序,但我们不希望让我们的客户端在尝试在纯64位环境中连接到Access的痛苦。

所以我们有一个想法。如果我们有一个后台运行的32位后台应用程序负责将数据从Access中提取出来,该怎么办?然后这个应用程序会将数据传递给我们的主要64位应用程序。

我们无法理清的是如何将检索到的数据从32位应用程序传递到64位应用程序。

任何人都有想法如何做到这一点或有另一种方法,我们可以采取?

+0

恩......这应该不是特别在处理Access时很重要的例子。使用64位应用程序并不重要,您仍然可以使用32位驱动程序,但不能使用32位并使用64位应用程序或驱动程序。我认为你正在过度使用和过分复杂:)。一般来说,从32位应用程序传递数据到64位将可以正常工作。如果使用和处理64位值,则无法以其他方式执行 –

+0

注意:正常进程间通信在64位和32位进程之间几乎可用:http://msdn.microsoft.com/zh-cn/library/ windows/desktop/aa384203%28v = vs.85%29.aspx当然,我认为Ben Voigt提出的将数据转换成死板格式的建议是一个不错的选择。 – 2014-02-06 21:11:33

+0

从Access转换将是美好的。但是我们无法控制数据存储。我们不得不使用内部数据库。我们的客户被捆绑成一个也使用数据的非常古老的产品。此应用程序的默认数据存储区是Access。我们客户的办公室中有数千个Access数据库。我们不能强迫我们的客户做其他事情。我们一直在努力处理情况。 – user1753352

回答

2

我不知道你的客户为什么期望在64位软件上使用Jet数据库(MS Access)。

我将:

  • 用于从64位版本
  • 喷气降支持提供一个32位的转换工具把喷气数据库成是从64位可用一些其它格式。 (这种格式需要32位和64位驱动程序,一个用于转换工具,另一个用于主要64位应用程序)

实际上我所说的是:将数据从通过将其存储为不同的数据库格式,可将其从32位升级到64位。 SQL Server Compact或SQLite应该可以正常工作;他们基于文件的访问,但更现代化。

+0

有意思的是,64位ACE驱动程序可能是一个糟糕的选择,因为它阻止了在同一台机器上运行32位Office。所以,你对SQL Server Compact或SQLite的建议似乎是正确的。 – 2014-02-06 21:15:47

+0

查看以上评论---除非我们能够支持Access,否则我们没有可销售的产品。 – user1753352

+0

@ user1753352:那么,您在32位版本中保留了Access支持,我从来没有其他建议。 Access数据库的大小是有限的,在这个小型数据库上使用64位实际上没有任何优势。 –

相关问题