是否有任何问题或充分的理由不使用autosproc进行存储过程调用?

时间:2009-03-09 16:13:58

标签: .net stored-procedures data-access-layer ilgenerator

我已经实现了一个数据访问层,它使用第三个猴子方法(http://www.codeproject.com/KB/database/DynamicMethod_ILGenerator.aspx)的变体从datareader填充通用实体。这样做效果很好,性能很好,并且节省了我为数据检索编写大量重复代码的工作。

现在我想添加一个通用实体的方法,并将其转换为参数列表,以便提供给存储的proc,以便我可以将数据持久性添加到我的猴子技巧集合中。

我在:http://msdn.microsoft.com/en-us/library/ms973259.aspx找到了一些指导,并在autosproc解决方案中找到了一些示例代码。它在纸面上看起来不错,我打算加入这个但是快速谷歌并没有在实现autosproc的用户体验方面出现太多问题,而且我正在寻找那些曾经在那里做过的人竖起大拇指(或向下)已经

那么,你使用过autosproc吗?它适合你吗?在性能或其他方面是否存在任何不足以使其不适合企业应用程序的缺陷?

建议表示赞赏。

1 个答案:

答案 0 :(得分:1)

我认为您更容易引用这个问题,我的答案中包含指向您的AutoSproc内容的链接:TSQL - Parse Execution Plan to determine columns to be returned by a stored procedure

总结一下,我不喜欢它:它引起了太多问题。

(只是在找不到答案的问题并发现这个问题)