生产系统的DBLinq？

Question

我们正在开发一个带有ASP.NET代码的C# web应用程序。数据库是MySQL 5.1，使用InnoDB。数据访问层使用ADO.NET调用存储过程，然后在结果集中构建各种数据结构(没有对象映射)。这很好，但有点冗长。

毫不奇怪，我们在设计数据模型的第一个版本时犯了一些错误，但是经验让我们变得更聪明了，我们决定重构数据模型。我们不需要改变我们的数据访问层，但我们也在考虑我们的选择。

如今，我们很难忽视ORM工具的流行；我们觉得自己落后了，或者是因为不熟悉这些工具。不仅如此，我们已经设计了一个对象模型，它很好地描述了我们的数据模型。我们将考虑的主要ORM工具是NHibernate、ADO.NET实体框架和LINQ。我们更喜欢LINQ而不是SQL，因为我们已经读过(关于S.O.)。它比全ORM工具更轻。

我们认为使用ORM工具的一个缺点是学习曲线，但我们已经可以看到，使用LINQ可以减少我们必须编写的代码数量，这将节省我们的时间。但是，我们使用的是MySQL，而不是Server。

所以，我的问题是，对于一个生产系统， DBLinq 是否工作得足够好？或者，LINQ是否有足够的理由让我们转向Server 2008?，顺便提一句，我更喜欢使用Server而不是MySQL，但成本是明显的缺点。在BizSpark工作了3年之后，我们就能赚到6千美元了。或者，我们应该考虑其他ORM工具吗？或者，我们应该忽视炒作，不要使用ORM工具，而应该利用LINQ到DataSet。

我搜索了S.O.关于DBLinq的信息，但是在https://stackoverflow.com/questions/tagged/dblinq上只发现了17个问题，所以看起来并不流行。

编辑

虽然http://devart.com/dotconnect/mysql支持LINQ，但这是另一种选择。

有人能告诉我这个驱动程序在写LINQ查询方面有多好吗？

Answer 1

检查bl-工具包。它是免费的，非常快，并有很好的LINQ支持。最新增加的是用于从数据库生成数据模型的T4模板。