Does anyone have any opinions regarding the three methods of data access, I am wondering whether linq is another load of crap like the dataset designer in vs 2005 and will end up being slow and inflexible?
Personally, I think LINQ is over-hyped. It can be useful, but I don't think it brings something to the table that we desperately need or have been missing.
I much prefer having complete control over the queries that are running against the database rather than some objects creating dynamic sql for me (that's assuming you were referring to LINQ accessing a database). It is possible to use LINQ with stored procedures, so that goes some way to keeping a fairly good level of control but then there won't actually be that many places where this comes in useful (or not may that I can think of anyway).
Unfortunatly, LINQ will become one of the new buzzwords and people will at least what you to understand it and in some circumstances, use it.
Also, I should add that as long as you have a seperated data access layer then at least you are starting in the right direction.
The DAAB will simplify the amount of code you write over traditional ADO.NET code and it will allow you to change database types easier, so in that respect it's a better option.
LINQ show go some way to doing something similar, I'm just not as convinced as to it's necessity when dealing directly with a typical database (when you are dealing with other types of data access, then it may bring some useful methods).
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.