I want to construct a data layer with access CRUD access to every table in 3 database about 100 tables in all. I would also want to create overloaded functions to access the data by passing in different parameters and add some business logic where needed.
Would this be a good fit for Linq to SQL or Entity Framework. I want to keep this simple but do it right. I use Linq to object and but have not used Linq to SQL or Entity Framework.
Suggestions and thoughts are appreciated.
Loading
VulpesPosted May 19, 2014, 6:22 AM
http://www.c-sharpcorner.com/forums/thread/246927/is-it-true-that-linq-has-been-abolished.aspx
I think there are two reasons why most of the more recent articles address the entity framework rather than LINQ to SQL:
1. When the entity framework first came out, hot on the heels of LINQ to SQL, many developers really did think that the latter was being deprecated in favor of the former and that impression still lingers today.
2. The entity framework is harder to understand than LINQ to SQL and so there's more meat for article writers to get their teeth into.
So, if you're just using SQL Server and want to keep it simple, I'd still go for LINQ to SQL.
However, if you're nervous about making the wrong choice, why don't you build trial apps using both technologies and see which you feel the most comfortable with.
Lawrence PondPosted May 19, 2014, 12:51 AM
VulpesPosted May 18, 2014, 12:28 PM
LINQ to SQL doesn't work with any other database.
Mahesh ChandPosted May 18, 2014, 10:06 AM