你会选择什么 ORM 来处理遗留数据库？答案

【问题标题】：What ORM would you choose for working with legacy databases?你会选择什么 ORM 来处理遗留数据库？
【发布时间】：2009-04-11 23:35:09
【问题描述】：

我正在整合一些遗留系统。他们每个人都有不同的数据库；我需要为其中的大多数编写数据访问代码。

无法更改数据库架构（我可能可以应用一些索引等，但表及其列必须保留结构）。一些数据库设计良好，具有适当的关系和主/外键，而其他一些数据库则非常缺乏。

您会为此任务选择哪个 ORM？我想在整个项目中使用相同的 ORM；我的要求是：

能够在代码中重命名表或列；但在数据库中保留旧名称。
合理的代码生成
高效的 LINQ 支持（针对数据模型的 LINQ 查询应转换为高效的 SQL）。
生成的数据类最好是POCO's。
最好支持不同的数据库引擎。

我目前在 LINQ-To-SQL 方面的经验最丰富；但我觉得这可能是这个项目的错误选择。我愿意花一些时间来学习一个新的框架。

【问题讨论】：

Lightspeed 3.0 的 LINQ 实现不完整（只需启动 SQL 分析器并在 1000 多条记录上运行一些 join 查询），并且也不能正确执行 LINQ 投影。 . 即，如果您只想要 Customers 表中的 Name 字段，Lightspeed 仍将选择 SQL 中 Customers 中的所有列，并仅投影名称到您的调用代码。现在这很糟糕！

标签： .net orm legacy-database

【解决方案1】：

我猜测，我认为 ORM 可能会给您带来比它节省的更多的麻烦。如果您有几个不同的遗留数据库，其中一些设计不佳，您可能会发现在较低级别构建数据访问层比 ORM 更容易。 Fowler 的 Patterns of Enterprise Application Architecture 在分类构建数据访问层的各种方法方面做得非常好。

某些数据访问层可能适用于代码生成解决方案；但是，各种模式的存在（如您所说的有些混乱）表明一种万能的方法可能不起作用，或者可能需要付出不成比例的努力才能使其与所有遗留数据库很好地配合。

【讨论】：

【解决方案2】：

nHibernate 将是您最好的选择，它提供 POCO 支持，包括对我所知道的每个数据库的支持，并且 LINQ 支持绰绰有余。听起来您会想要生成映射文件，那里有用于 mygeneration 和 codesmith 的模板，可以帮助您做到这一点并避免大量的手动工作。（在初始生成之后，很容易调整和更改表名称、关系等，这在大多数基于生成的框架中要困难得多）

【讨论】：

【解决方案3】：

LINQ to SQL 仅适用于 SQL Server。 ADO.NET Entity Framework 可与 ADO.NET 支持的任何数据库一起使用。

我在您的列表中看到的唯一未实现的是这些类不是 POCO。特别是，在 Web 服务中公开其中一个是个坏主意，因为特定于实现的数据也会被序列化。

【讨论】：

【解决方案4】：

nHibernate 符合您的大部分要求。唯一的限制是 linq；但是，他们有一个由赞助商捐赠的全职开发人员，致力于添加对 linq 查询的支持。

它支持很多数据库引擎，它是免费的，它可以使用POCO的。它有很多钩子可以使各种部件可扩展。

【讨论】：

【解决方案5】：

在我看来，最重要的因素是您是否计划实现域模型或将表直接映射到数据传输对象 (DTO)。如果您要对域进行建模，那么我绝对推荐 NHibernate。如果您打算使用 DTO，那么有很多不错的选择，包括实体框架和数据表。

【讨论】：

【解决方案6】：

我猜你正在使用 C#？

我想说也许可以试试 SubSonic，当数据库已经存在时，它是一个不错的选择，尤其是在处理存储过程和视图时。没有像 nHib 那样需要配置的 xml，您可以在几个小时内启动并运行它（或者如果您知道自己在做什么，则需要 20 分钟）。它还支持一些数据库。

我相信 Rob 和 Co. 现在正在添加 Linq 部分，因此它也可能在其中，但那将是我尚未尝试过的最新内容的一部分。

http://subsonicproject.com/

【讨论】：