ADO.NET数据提供程序是否应该嵌入应用程序中？

Question

我的Windows应用程序可以通过单独安装的ADO.NET数据提供程序连接到不同的RDBMS。 这是一种建议的方法，其中在运行时通过machine.config发现了特定的提供程序。

但是，要求我的客户进行其他设置不是最好的方法。 我最近看到许多Java应用程序将大多数JDBC驱动程序嵌入其中。 并且默认情况下，最新版本的Npgsql（用于Postgres）不再将驱动程序安装在machine.config中。

分发应用程序时，嵌入式ADO.NET数据提供程序与常规ADO.NET数据提供程序各有利弊？

这是我的列表（我将尝试根据您的反馈进行更新），以及将提供程序作为早期绑定引用嵌入到应用程序中的优缺点：

优点：

• 客户端不再需要单独安装驱动程序。
• 无需将其安装在machine.config中，因为客户端可能没有足够的权限。
• 对开发人员来说更好，因为他们可能对某些驱动程序使用特定的扩展功能，并使用特定的ADO.NET类。

缺点：

• 更大的分发包。
• 如果某些驱动程序内部绑定到未安装在客户端计算机上的RDBMS，则某些驱动程序可能会制动整个应用程序。
• 强制客户端每个RDBMS仅使用一种版本和一种数据提供程序。
• 即使是免费的数据提供商，也可能会出现许可证问题。
• 32位数据提供程序可能不适用于x64应用程序，而x64提供程序可能不适用于x32应用程序。