<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Why use LINQ to SQL?</title>
	<atom:link href="http://www.ashchuan.com/blog/2008/05/23/why-use-linq-to-sql/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ashchuan.com/blog/2008/05/23/why-use-linq-to-sql/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=why-use-linq-to-sql</link>
	<description>On software, gadgets, programming and blogging</description>
	<lastBuildDate>Tue, 31 Jan 2012 17:15:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: bakerdal</title>
		<link>http://www.ashchuan.com/blog/2008/05/23/why-use-linq-to-sql/comment-page-1/#comment-100125</link>
		<dc:creator>bakerdal</dc:creator>
		<pubDate>Sat, 08 Jan 2011 05:04:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.ashchuan.com/blog/2008/05/23/why-use-linq-to-sql/#comment-100125</guid>
		<description>I have been using Linq to SQL for a large project for the last couple of months.  It is great for the strongly typed object model and its ability to query other types of data. But Linq to SQL/Stored Procedures does not perform as well as ADO.NET/Stored Procedures.  There are a lot of great articles regarding performance tuning with Linq but the bottom line is that you have to jump through 25 hoops to get to 93% of a SQLDataReaders performance benchmark. I don&#039;t have the time or want to have to spend extra programming time and flip every switch to get a performance benchmark that is slower than older technology.  For low traffic areas of the site I am using Linq to SQL (love it), but for high demands where every cycle counts I am sticking with good old Stored Procedures, Parameterized Queries and ADO...</description>
		<content:encoded><![CDATA[<p>I have been using Linq to SQL for a large project for the last couple of months.  It is great for the strongly typed object model and its ability to query other types of data. But Linq to SQL/Stored Procedures does not perform as well as ADO.NET/Stored Procedures.  There are a lot of great articles regarding performance tuning with Linq but the bottom line is that you have to jump through 25 hoops to get to 93% of a SQLDataReaders performance benchmark. I don&#8217;t have the time or want to have to spend extra programming time and flip every switch to get a performance benchmark that is slower than older technology.  For low traffic areas of the site I am using Linq to SQL (love it), but for high demands where every cycle counts I am sticking with good old Stored Procedures, Parameterized Queries and ADO&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TriSys</title>
		<link>http://www.ashchuan.com/blog/2008/05/23/why-use-linq-to-sql/comment-page-1/#comment-79932</link>
		<dc:creator>TriSys</dc:creator>
		<pubDate>Wed, 09 Jun 2010 10:14:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.ashchuan.com/blog/2008/05/23/why-use-linq-to-sql/#comment-79932</guid>
		<description>LINQ cannot even handle LIKE operators - your example above Country Like &#039;A%&#039; will cause a run-time error - proving that the LINQ team do not understand SQL</description>
		<content:encoded><![CDATA[<p>LINQ cannot even handle LIKE operators &#8211; your example above Country Like &#8216;A%&#8217; will cause a run-time error &#8211; proving that the LINQ team do not understand SQL</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Code Principles</title>
		<link>http://www.ashchuan.com/blog/2008/05/23/why-use-linq-to-sql/comment-page-1/#comment-7157</link>
		<dc:creator>Code Principles</dc:creator>
		<pubDate>Thu, 05 Jun 2008 18:34:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.ashchuan.com/blog/2008/05/23/why-use-linq-to-sql/#comment-7157</guid>
		<description>Wow, same here.  .Net programmer, forced database administrator, and excellent T-SQL and PL/SQL writer.  

LINQ looks great for .NET objects, but for replacing SQL, I will learn it, but stick with my bread and butter.</description>
		<content:encoded><![CDATA[<p>Wow, same here.  .Net programmer, forced database administrator, and excellent T-SQL and PL/SQL writer.  </p>
<p>LINQ looks great for .NET objects, but for replacing SQL, I will learn it, but stick with my bread and butter.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

