<?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: When not to use ORM?</title>
	<atom:link href="http://blog.inflinx.com/2008/06/13/when-not-to-use-orm/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.inflinx.com/2008/06/13/when-not-to-use-orm/</link>
	<description>All About Software Development</description>
	<lastBuildDate>Thu, 10 Nov 2011 17:04:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: kiran</title>
		<link>http://blog.inflinx.com/2008/06/13/when-not-to-use-orm/comment-page-1/#comment-13</link>
		<dc:creator>kiran</dc:creator>
		<pubDate>Sat, 14 Jun 2008 01:47:46 +0000</pubDate>
		<guid isPermaLink="false">http://onerandomthought.wordpress.com/?p=28#comment-13</guid>
		<description>Well...

ORM is not &quot;necessary&quot; (but not necessarily &#039;not good&#039;) for applications whose main focus is to provide UI for editing data. But ORM still provides lots of advantages (I am assuming the application is of nontrivial scale)

1. Your developers do not need to learn SQL if they dont already know it.
-- This might seem of little significance, but in real projects, it is very important. What if your developers introduce SQL injection attacks into the code, because they are just SQL novices. Java/C# developers might be more comfortable with an OO model of development than learning the functional approach demanded by SQL.

2. Database platform independence (Allows you to migrate databases without too much effort)

3. Dont need to be overflown with details if your data comes from different formats and platforms(XML, Access, Oracle)


Ofcourse, there are some side effects like performance.

So, UNLESS your application is really trivial or if performance is extremely critical in your application or if you are confident the complexity of tables and relationshiops is not going to grow that much, ORM might work out for your advantage.

Think about it.</description>
		<content:encoded><![CDATA[<p>Well&#8230;</p>
<p>ORM is not &#8220;necessary&#8221; (but not necessarily &#8216;not good&#8217;) for applications whose main focus is to provide UI for editing data. But ORM still provides lots of advantages (I am assuming the application is of nontrivial scale)</p>
<p>1. Your developers do not need to learn SQL if they dont already know it.<br />
&#8211; This might seem of little significance, but in real projects, it is very important. What if your developers introduce SQL injection attacks into the code, because they are just SQL novices. Java/C# developers might be more comfortable with an OO model of development than learning the functional approach demanded by SQL.</p>
<p>2. Database platform independence (Allows you to migrate databases without too much effort)</p>
<p>3. Dont need to be overflown with details if your data comes from different formats and platforms(XML, Access, Oracle)</p>
<p>Ofcourse, there are some side effects like performance.</p>
<p>So, UNLESS your application is really trivial or if performance is extremely critical in your application or if you are confident the complexity of tables and relationshiops is not going to grow that much, ORM might work out for your advantage.</p>
<p>Think about it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

