Excel 是否可以使用'；微软.ACE.OLEDB.12.0'；没有安装的提供商？

我有一个Excel阅读库，它依赖于Microsoft.ACE.OLEDB.12.0提供程序-我希望有一种不用被迫安装Access数据库引擎的方法来使用它

---

可能吗？e、 g.xcopy部署+聪明的COM欺骗。

抱歉，没有足够的评论点

但根据我对你问题的理解，简短的回答是否定的。这就像你想要一座房子，但你不想把它建在坚实的表面上

---

也许您可以详细解释为什么无法安装Access数据库引擎以及您试图实现的目标，这样我们就可以在这方面找到解决办法了

很抱歉，没有足够的评论点

但根据我对你问题的理解，简短的回答是否定的。这就像你想要一座房子，但你不想把它建在坚实的表面上

---

也许您可以详细解释为什么不能安装Access数据库引擎，以及您试图实现的目标，这样我们就可以在这方面找到解决办法，而不必大惊小怪，但您希望在不使用实际安装程序的情况下安装它吗？你想用这个来解决什么问题？你是想避免需要管理员权限还是别的什么？（此外，还有其他/更好的读取Excel的解决方案不依赖于此提供程序，但这是另一种蠕虫。）我们试图避免的问题是，在我们希望软件运行的每个地方安装一个200MB的安装程序，只是为了加载一个小的Excel文件。我们使用了一个非常好的名为LinqToExcel的库，不幸的是它有这种依赖性。因此，我们尝试着吃蛋糕，吃蛋糕。听起来像是小钱聪明，大钱愚蠢，因为即使你找到了一种方法来做这件事（我怀疑，但谁知道），如果出现问题，你完全靠自己，因为这种情况不会得到微软的支持。所以现在你有了一个程序，巧妙地避免了大型安装程序，作为交换，跨机器支持的东西将是一场噩梦。LinqToExcel对您来说非常方便，如果它只是一个“小Excel”，您应该可以不用它而直接使用解析Excel的库。或者让用户保存CSV。我们现在已经切换了库。至于“支持噩梦”，没有人说我们只是寻求一个不受支持的黑客。无论如何，很明显，这是一项古老的遗留技术，所以现代模块化、易于分发的软件组件是不可能实现的。在没有200MB安装程序的情况下通过SQL访问Excel是很酷的，不过，不要这么小题大做，但是你想在不使用实际安装程序的情况下安装它吗？你想用这个来解决什么问题？你是想避免需要管理员权限还是别的什么？（此外，还有其他/更好的读取Excel的解决方案不依赖于此提供程序，但这是另一种蠕虫。）我们试图避免的问题是，在我们希望软件运行的每个地方安装一个200MB的安装程序，只是为了加载一个小的Excel文件。我们使用了一个非常好的名为LinqToExcel的库，不幸的是它有这种依赖性。因此，我们尝试着吃蛋糕，吃蛋糕。听起来像是小钱聪明，大钱愚蠢，因为即使你找到了一种方法来做这件事（我怀疑，但谁知道），如果出现问题，你完全靠自己，因为这种情况不会得到微软的支持。所以现在你有了一个程序，巧妙地避免了大型安装程序，作为交换，跨机器支持的东西将是一场噩梦。LinqToExcel对您来说非常方便，如果它只是一个“小Excel”，您应该可以不用它而直接使用解析Excel的库。或者让用户保存CSV。我们现在已经切换了库。至于“支持噩梦”，没有人说我们只是寻求一个不受支持的黑客。无论如何，很明显，这是一项古老的遗留技术，所以现代模块化、易于分发的软件组件是不可能实现的。通过SQL访问Excel而不使用200MB的安装程序是很酷的…我很高兴拥有这所房子，我只是不想拥有它“已安装”。这似乎是当今软件界相当普遍的需求，不是吗？例如，必须安装SQL CE use，存在避免安装的变通方法，最终他们让它安装了freeWell，如果你有房子，你需要把它放在坚固的地方，以便使用。对于Microsoft.ACE.OLEDB.12.0提供程序，它是Access数据库引擎下的一个DLL。Access数据库引擎是您的房子的表面。所以这是最基本的，我们首先需要表面。也许你可以给微软发个反馈，要求在你的情况下做些变通。我很高兴拥有这所房子，我只是不想拥有它“已安装”。这似乎是当今软件界相当普遍的需求，不是吗？例如，必须安装SQL CE use，存在避免安装的变通方法，最终他们让它安装了freeWell，如果你有房子，你需要把它放在坚固的地方，以便使用。对于Microsoft.ACE.OLEDB.12.0提供程序，它是Access数据库引擎下的一个DLL。Access数据库引擎是您的房子的表面。所以这是最基本的，我们首先需要表面。也许您可以向Microsoft发送反馈，要求针对您的情况进行变通。