.net - 严重依赖存储过程的应用程序

Question

我们目前有一个很大程度上依赖于存储过程的应用程序。大量使用临时表。这是一个非常大的应用程序。

面对这种情况，我想使用 Entity Framework 或 Linq2Sql 进行重写。我可能会考虑使用 Fluent Hibernate 或 Subsonic，因为我过去曾广泛使用它们。

由于使用了临时表，我在 Linq2Sql 为存储过程生成返回类型时遇到了问题，我认为将所有存储过程从临时表更改为内存表很麻烦。

考虑到我想要做出的 2 个选择，这 2 个中的哪一个是最好的路线，为什么？如果我的选择非常愚蠢，请提供替代方案。

编辑:
问题和变化的原因是数据访问层不存在，并且是 10 年前构建的。我们目前仍然遇到很多问题。我不想透露太多，但如果你看到它，你的眼睛会开始流血:)

Answer 1

这可能不是您想要的答案，但听起来这主要是将相关代码隔离到"new"数据访问层中。

如果您通过接口(interface)抽象出数据访问，您将能够使用您喜欢的任何数据访问实现。我只是不是 100% 确定这与 Enity Framework 之类的东西有什么关系。

我选择这条路的原因是它可以很好地彻底分离关注点，使应用程序随着时间的推移更容易使用，并且不会以牺牲性能为代价(根据我的经验)。

作为第一步——而不是我想要的重写——只需在原地获得一个数据层，然后抽象出来，这样你就可以使用它了。

同时，您可以使用 Enity 框架之类的东西进行一些概念验证工作，这样当您准备重构新的 DAL 时，您就有了可靠的信息来做决定。

请记住，“执行质量”需要与“进化”质量平衡:)