使应用程序与多个 ado.net 提供商一起使用的最佳方法是什么？

Question

我们开发了一套使用 SQL Server 的工业应用程序。

随着需求的扩大，客户希望将我们的应用程序与他们自己的 RDBMS（例如 Oracle、MySQL 等）一起使用。

目前，一些应用程序使用 OLEDB 提供程序，而其他应用程序则出于各种原因（包括编程经验和宗教信仰）使用本机 SQLServer。

我们寻求统一的方法。项目经理更喜欢 OLEDB，因为“它适用于一切”。就我个人而言，我讨厌它，因为查询参数的处理方式......

我有两个解决方案：

第一个是使用 SQLOLEDB 保留现有代码并在不兼容的情况下使用分支指令调整每个 SQL 语句。它会进行得非常快，SQL 不会有太大差异，并且会让项目经理满意。然而，它可能会将代码变成意大利面条。

第二种方法是为每个 RDBMS 使用本机 ADO.NET 提供程序，并为每个 RDBMS 开发一个数据访问库。每个库可能包含一个公共部分以避免代码重复。当然这需要一些时间，但它将带来干净的架构和最佳的性能。

它主要是客户端服务器应用程序。我们数据库的某些部分是动态生成的，存在大量的动态查询。这就是为什么使用 ORM 是不可能的。

您将如何尝试实现相同的目标？

Answer 1

我会做以下两件事之一：

• 使用它们之间的共同功能，在代码中这意味着使用 IDbConnection 等。
• 在您的应用程序中，在 DAL 上创建一组接口，然后为每个支持的数据库提供一个 DAL 实现。

如果你能逃脱惩罚，那就走最小公分母路线。但是，听起来您可能需要利用特定于数据库的功能。如果是这样，那么在代码中干净地执行此操作的最佳途径是与一组接口而不是特定的 DAL 进行通信。

只需确保您的接口定义得足够好，以减少以后的更改，并提供足够的开口来支持所有必要的数据库。

那么这只是一个工厂为给定接口提供具体实现的情况。

Answer 2

在您的库中，确保仅使用 系统中的基类。 Data.Common 命名空间。

因此，不要使用 SqlCommand，而是使用 DbCommand 等。

您可以将实际实现注入到 DAL。

public class MyDal
{
  private cmd DbCommand;

  public MyDal(DbCommand command)
  {
      cmd = command;
  }
}

或者，编写您自己的抽象（接口/抽象类），为其编写实现类来包装不同的提供程序实现并使用它。