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
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