亚音速ORM体验

Question

我正在为一个重要项目寻找新的 ORM，我已经习惯了 nHibernate 和 ActiveRecord，我已经对 EF4 有过非常糟糕的性能和崩溃体验。

所以搜索 web 我找到了 Subsonic，我喜欢我在文档中读到的内容。

所以，我想知道是否有人已经使用过 Subsonic 以及体验是否良好。

Answer 1

嗯……嗯……怎么说呢……

我目前（就像现在一样）正在努力用PetaPoco替换 SubSonic 。 我想这说明了什么。

并不是说 SubSonic 很糟糕，而是它不太适合我的开发方式。 对于希望在这一点上采用它的人来说，注意到该项目绝对缺乏活动似乎非常重要。

首先，SubSonic 不适合我的最大原因是 LINQ。

可以肯定的是，让编译器检查所有属性的使用是很有吸引力的。 但是，在实践中，它根本不适合查询。

如果您非常严格地使用每表类和 ActiveRecord 使用，我想没关系。 但是，每当我们必须进行任何超出此范围的查询（任何涉及多个表或任何超出最简单的 where 子句的查询）时，这都是一场噩梦。 关联不能直接在 SubSonic LINQ 查询中使用，就像在 EF 或 nHibernate 中一样，这可能是最大的痛点。

例如，这样的查询在 SubSonic 中不起作用，但在 EF 中可以：

db.Accounts.Where(a => a.OwningUser.Email != null);

我最终的结果要么是多次往返数据库以组装结果，要么使用 SubSonic 的CodingHorror class 直接使用 SQL 进行查询，并且无法简单地将它们具体化为 POCO（再次，当超出简单的 class-per-桌子）。

我还发现每个 LINQ 提供程序都支持不同的操作集，有时相同的逻辑操作在提供程序之间的语法和使用会略有不同。 这使得编写大多数查询非常耗时且容易出错。 SubSonic 的 LINQ 供应商不乏古怪和功能不足的产品。 It doesn't come anywhere close to Linq-2-SQL, Entity Framework, or LINQ to nHibernate it terms of supported operations, usability, or speed of execution (be ready to learn new ways of writing joins in LINQ just for SubSonic - and准备好使用 SubSonic 的 LINQ 提供程序根本不可能进行一些常见操作，尽管已知错误已有一年）。

除了拖累生产力之外，很容易忘记您正在编写的 LINQ 代码是非常特定于提供商的。 ANSI SQL 比LINQ更加标准和交叉兼容。

LINQ 还用规范等技术重用代码的可能性吸引了我，但充实这些远非易事，最终结果甚至不值得付出努力。 我在这里遇到的障碍主要是由于 SubSonic 的 LINQ 提供程序不支持关联。

SubSonic 在 LINQ 之外的设施我觉得充其量是平庸的（在我看来）。

其次，重要的是要知道 SubSonic 无论如何都不是一个活跃的项目。

SubSonic 的最初创建者 Rob Conery 不再参与该项目。 Rob 的最后一次提交是在 2010 年 7 月。

该项目最后一次提交是在 3 个月前，尽管有近 100 个未解决的问题。 据我所知，自从 Rob 停止了 SubSonic 的工作以来，还没有任何版本，甚至没有一个小版本（尽管仍然在这个项目周围闲逛的人已经谈论了半年多的版本） .

SubSonic 的 Google Group曾经很活跃，但现在不那么活跃了。 而且 SubSonic 项目的官方网站已经黄屏死机一段时间 （该网站不再黄屏）。

数据访问的新热点是微 ORM。 实际上，SubSonic 的创建者通过Massive开启了这一趋势，紧接着 StackExchange 工作人员发布了Dapper ，后来PetaPoco出现了。 还有几个。 虽然我们通过在我们的代码库中添加 SQL 片段来放弃一点编译器检查，但我发现 micro-ORM 比 SubSonic 更适合我的开发风格。

我对 nHibernate 的经验（尽管有限）是，它在大多数情况下都过于复杂，即使在合适的情况下，它也绝对扼杀了我的应用程序启动时间。 还有一个很高的学习曲线（你可能已经过去了），但也有几种方法可以做......基本上一切......所以它只是在我的过程中增加了更多的决定（让我慢下来）。

使用 PetaPoco，我可以编写熟悉的 SQL - 我对此非常快速且相当擅长 - 并将它们具体化为 POCO，我立即知道该怎么做。 稍加一点架构和组织以及自动化集成测试，我一点也不觉得嵌入 SQL 的部分很脏。

哦，我想最后一件事 - SubSonic 远不是获取数据的最快方式。 可能并不重要，但事实证明它对我们来说很重要。

总之（对不起文字墙）：

从绝对意义上说，SubSonic 并不是坏事。 它似乎根本不适合我尝试使用它的方式——其中很大一部分是因为 LINQ 仍然是一个泄漏的抽象，而且它的泄漏方式与我习惯的不同。

几乎不存在开发努力的事实是好是坏。 好，它是稳定的，在某种意义上被认为是“完成”。 糟糕的是，它缺乏功能，可能有一些错误，而且性能不是最好的——而且没有人努力改进它。

Answer 2

前段时间，我正在为一个小型应用程序寻找一个简单的 ORM，而 SubSonic 正是我所需要的。 设置很简单，我不需要太多时间来为我的域类添加一些持久性。 我喜欢它的是基于域类自动迁移数据库 model 的选项。

它的缺点是功能集相当有限。 我最想念的是获取完整 object 图表的选项和对附加索引的支持。 SubSonic 将其用作小型应用程序的持久性工具，但对于重要或大型应用程序，我宁愿使用 nHibernate 或商业 ORM，如 LLBLGen。

在选择 ORM 之前，您应该确定基本的数据访问要求。 你想使用 Active Record 模式还是 Adapter 模式？ 并发、性能、inheritance等怎么样……

Answer 3

我用的是 Supersonic，只要你使用简单的查询就很好。 当我开始有更复杂的查询时，我发现它缺少 LINQ 功能。 谷歌搜索了一下后，我切换到http://bltoolkit.net ，从那时起（大约 2 年）我对它非常满意。 根据http://ormeter.net/ ，Plus 是最快的 ORM 之一。 看看吧，你不会后悔的。