Application that depends heavily on stored procedures

Posted by PieterG on Stack Overflow See other posts from Stack Overflow or by PieterG
Published on 2010-03-25T12:46:39Z Indexed on 2010/03/26 1:13 UTC
Read the original article Hit count: 212

Filed under:
|
|

We currently have an application that depends largely on stored procedures. There is a heavy use of temp tables. It's an extremely large application.

Facing this situation, I would like to use Entity Framework or Linq2Sql for a rewrite. I might consider using Fluent Hibernate or Subsonic, as i've used them quite extensively in the past.

I've had problems with Linq2Sql generating the return types for the stored procedures because of the usage of the temp tables, and I think it's cumbersome to go and change all the stored procedures from temp tables to in-memory tables.

Considering the 2 choices that I want to make, which one of the 2 is the best route to go and why? If my choices are extremely idiotic, please provide alternatives.

Edit: The reason for the question and the change is that the data access layer is non-existent and was built 10 years ago. We currently still run into a lot of issues with it. I don't want to divulge too much, but if you saw it, your eyes would start bleeding :)

© Stack Overflow or respective owner

Related posts about design

Related posts about architecture