在ASP.NET中使用存储过程的更好方法？

Question

我目前在一家小型ASP.NET/MS-SQL商店工作。 我的团队已经注意到，我们的大量开发（和错误修正）时间都花在了ADO.NET数据库访问代码上。 我们正在寻找一种软件解决方案，以简化将DataTable / SQLDataReader结果映射到适当的业务对象的过程。 手动指定列名并强制转换结果已成为噩梦（尤其是涉及架构更改时）。

到目前为止，实体框架（在较小程度上是LINQ-to-SQL）是我们发现的唯一可以很好地实现此过程自动化的软件。 我们只需将存储过程添加到模型中，然后让它们返回自动生成的复杂类型。 从数据库更新模型的能力也是一大优势。

在开始将我们的许多项目中的任何一个迁移到Entity Framework之前，我想知道是否还有其他选择应该考虑。 我的团队在ORM库或代码生成器之间没有强烈的偏爱。

一些可能有用的标准：

1. 所有数据访问（包括CRUD）都是通过SQL Server 2008R2上的存储过程执行的。 请不要回答“停止使用存储过程” 。 在我们的情况下，ORM的意义不可思议，但是DBA的决定胜过编程团队的决定。
2. 软件应帮助解析SPROC参数名称，并将结果转换为我们可以使用的某些强类型对象。
3. 我们是一家预算很小的学术机构。 今年，我们已经用尽了很多预算（我们获得了Resharper许可证-令人欣慰的是价格有所降低），因此价格昂贵的商业解决方案就不存在了。
4. 我们无法使用GPL库。 LGPL / BSD或类似的东西都可以
5. 我们正在寻找使我们的开发人员更轻松的方法。 将列/类型信息从C＃移动到手动编写的XML并不会真正使他们的工作变得更容易。 我们正在寻找尽可能自动化的东西。

Answer 1

您应该认真看一下Software is Hardwork Library中的Type Map OR / M＆generator：

http://code.google.com/p/softwareishardwork/

Answer 2

就个人而言，在这种情况下，我是iBatis.NET的粉丝。 据我所知，它已经不在开发中，但其继任者MyBatis可能也是一个不错的选择。