Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeDevelopment and...Development and...DNN Platform (o...DNN Platform (o...LINQ To SQL vs.  DNN DAL LINQ To SQL vs. DNN DAL
Previous
 
Next
New Post
9/11/2009 7:11 PM
 

Brandon Haynes wrote
 

 Tony Barken wrote

 

Eventually, Microsoft will replace Linq to SQL ORM with Entity Framework. 

 

Eventually, Microsoft will replace the Entity Framework with something else (and judging from Microsoft's track record with the data layer, that will be sooner rather than later).  There is rarely a "long run" in this area.  L2S has a solid enough future that it remains appropriate in many circumstances.  See this interview with Tim Mallalieu for more details about its future.

In my opinion, the days of hand-optimized SQL are waning (perhaps to be resurrected as the trend again reverses).  Time will tell if I'm right on that count.

Hope this helps!

Brandon

Well.. they are working on the next version of Entity Framework which has a lot more features than the current L2S. Do you want to go with a technology that MS is actively enhancing or do you want to go with technology that MS declared it will not enhance anymore and has less functionality than its successor and where we have doubts how well it will be supported in VS 2010? Assuming you move forward and stay current.

I trust my hand optimized SQL than a black box like L2S. I am sure a lot of SQL experts agree with me. It's the same debate whether you hand craft your own html or you prefer to use a tool like Dreamweaver which creates the html for you. Everyone chooses the tool they prefer but  no one can say the days of hand-optimized HTML is waning.


Free DNN 5.2 hosting at FreehostingWithSitebuilder.com
Lots of extra modules and skins - Your domain name or ours
 
New Post
9/11/2009 7:23 PM
 

I will go on the record and say that after using Linq to SQL on large (bring the server to it's knees thousands of transactions a minute) projects it's just as good as stored procedures.

The quality and performance of the SQL hitting the server is MUCH better than hand written stored procedures.

I have trained nearly a dozen developers I worked with in it over the past year, and once exposed to it never want to go back and wonder how they lived without it.

The development time savings is 50-70%+

 

If a person can actually figure out how to use it. It doesn't appear that MSDN has a "How do I..." for linq 2 sql and one must go searching around in the docs for what they need. I have been trying to figure out how to solve a particular problem with l2s and any solution I find online doesn't exactly work. So, I guess the time, research and problem solving to get the stored procs written in pure sql is better than l2s if it can be expressed in l2s. Guess the l2s statement I want to use can't be expressed in l2s. As somebody said in the asp.net newsgroups, what is better depends on what you are better with and what you need to get done.

 
New Post
9/11/2009 7:26 PM
 

Michael Washington wrote
 

 Brandon Haynes wrote
 

 

In my opinion, the days of hand-optimized SQL are waning (perhaps to be resurrected as the trend again reverses).  Time will tell if I'm right on that count.

 

The quality and performance of the SQL hitting the server is MUCH better than hand written stored procedures.

A stored procedure is just one or more SQL statement. You can make the sp have SQL that's exactly the same as the SQL generated by L2S, worse or better since you have total control. You can force the SP to use certain hints to override the database optimizer if you know for sure your plan is better than SQL Server's. To do this with L2S is a pain and if you know when to override a plan which is rare, you're an SQL Server expert.

 There are many times when you want the database to do all the CRUD in a single SP instead of possible hundreds or thousands of sql roundtrips between the client and database which can become very expensive. Stored procedures will always win in these situations. Compiled SPs, security & caches are another story.

 


Free DNN 5.2 hosting at FreehostingWithSitebuilder.com
Lots of extra modules and skins - Your domain name or ours
 
Previous
 
Next
HomeHomeDevelopment and...Development and...DNN Platform (o...DNN Platform (o...LINQ To SQL vs.  DNN DAL LINQ To SQL vs. DNN DAL


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out