vb.net应用程序-要使用什么数据库(Access安装正在扼杀我)

vb.net应用程序-要使用什么数据库(Access安装正在扼杀我),vb.net,advanced-installer,ms-jet-ace,Vb.net,Advanced Installer,Ms Jet Ace,我创建了一个应用程序,用于查询Access accdb数据库(ACE驱动程序)。我发现问题在于现在安装应用程序。首先。。。似乎(似乎,因为我不是100%确定)我必须将Access2010的x64和x86可再发行文件都放在安装包中,这使得它非常庞大。然后,我必须在确定他们是否运行x64或x86后编写脚本,以了解要安装的版本:( 顺便说一句,我正在使用高级安装程序。有谁知道更好的方法来实现这一点,而不是将两个安装程序都推入高级安装程序构建 否则-为了避免这个愚蠢的问题,最好使用哪种独立数据库?如果您

我创建了一个应用程序,用于查询Access accdb数据库(ACE驱动程序)。我发现问题在于现在安装应用程序。首先。。。似乎(似乎,因为我不是100%确定)我必须将Access2010的x64和x86可再发行文件都放在安装包中,这使得它非常庞大。然后,我必须在确定他们是否运行x64或x86后编写脚本,以了解要安装的版本:(

顺便说一句,我正在使用高级安装程序。有谁知道更好的方法来实现这一点,而不是将两个安装程序都推入高级安装程序构建


否则-为了避免这个愚蠢的问题,最好使用哪种独立数据库?

如果您没有使用64位代码的特定需求,请为x86目标平台编译应用程序,并仅分发32位驱动程序。尽管已经安装了Office 64,但您需要使用AnyCpuThat进行重建,这将是专业版问题…将有64位office安装。我真的不想有一个monster setup.exe文件,也不想在每个操作系统/平台的安装中耍花招。如果可能的话,切换到Sql Express LOCALDB实例。它不需要复杂的安装,只需要安装一个可加载的安装程序,如ACE驱动程序。它是可能是与基于MS Access的当前代码更兼容的选项..而且你需要扩展到一个完整的SQL Server--你已经启动并运行了--这不是一个坏主意。Firebird呢?也许那也可以?永远不需要升级..它是一个很小的配置数据库(仅用于configuration administrator程序的应用程序设置)。我真的很担心ACE驱动程序和x64与x86在这整个去核之后的情况。可能唯一的要求是OLEDB,因为我不想将整个应用程序重写为使用ODBC或其他;)我不知道FielBoo.如果数据真的很薄,那么也要考虑普通的XML文件方法(DATABABLE,Read XML,DataTable.WriteXML,你有一个内存中的数据副本)