c# - 支持处理 ADO.NET 数据提供程序独立代码中特定于数据提供程序的差异？

Question

我有一个 ADO.NET 数据访问层，它是为与多个数据提供者一起工作而编写的，我发现我无法使某些操作完全独立于数据提供者。

作为我的应用程序安装功能的一部分，它告诉 DAL 创建一个包含表和一些数据的数据库。 DAL 使用 Sql 命令 CREATE DATABASE。现在这对 SQL Server 来说很好，但是当使用 SQLite 时，不需要数据库创建步骤，因为连接字符串中指定的数据源足以定义要使用的数据库。

我目前正计划通过编写一个带有虚拟 createDatabase 方法的“DatabaseCreator”类来处理这个问题，我可以将其子类化为特定的数据提供者，并有一个工厂根据所使用的数据提供者提供特定的 DatabaseCreator ，或默认值。

这种方法的问题在于，我的应用程序不会“仅适用于”与创建数据库的默认方式不兼容的新数据提供者，而是需要一个新版本，其中包含新的 DatabaseCreator数据提供者。

我能看到的解决这个问题的唯一方法是让我的应用程序配置 DatabaseCreator 以类似于配置数据提供程序的方式使用，即 DatabaseCreator 可以在单独的程序集中提供。

我是 ADO.NET 的新手，所以我不确定在尝试编写独立于数据提供程序的应用程序时这类问题有多普遍。

ADO.NET 是否支持这种方法？

例如供应商提供的或第三方现有的库为常见操作定义接口(interface)和/或辅助类的实现，其实现可能依赖于数据提供者？

或者，有更好的方法吗？

Answer 1

在 ADO.NET 中，没有定义用于创建数据库的“标准”方法。一些数据库需要一个 sql (CREATE DATABASE)，一些嵌入式数据库需要一个特定的 API 调用来在磁盘上创建一个文件。所以是的，关于您的应用程序无法开箱即用，您是对的。

当您希望您的应用程序只使用“新数据库”时，如果提供程序开箱即用地用于标准实现(可能正在执行“CREATE DATABASE”语句)，您可能会很幸运，但大多数有时您需要提供一个单独的 DatabaseCreator 实现来完成数据库的特定工作。