<?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"
	>
<channel>
	<title>Comments on: ColdFusion ORM Frameworks &#038; Tools</title>
	<atom:link href="http://www.simonwhatley.co.uk/coldfusion-orm-frameworks-tools/feed" rel="self" type="application/rss+xml" />
	<link>http://www.simonwhatley.co.uk/coldfusion-orm-frameworks-tools</link>
	<description>The opposite of every great idea is another great idea</description>
	<pubDate>Wed, 20 Aug 2008 11:59:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Neil S</title>
		<link>http://www.simonwhatley.co.uk/coldfusion-orm-frameworks-tools#comment-2896</link>
		<dc:creator>Neil S</dc:creator>
		<pubDate>Fri, 31 Aug 2007 14:08:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.simonwhatley.co.uk/65-coldfusion-orm-frameworks-tools#comment-2896</guid>
		<description>Simon,

I quite agree with you. If you cna go down the stored procs route, then you will notice a great performance increase. I think using ORM is a nice concept, but does not give you that flexibility of your own CFC's and business processes that can sometimes be imposed on a developer!</description>
		<content:encoded><![CDATA[<p>Simon,</p>
<p>I quite agree with you. If you cna go down the stored procs route, then you will notice a great performance increase. I think using ORM is a nice concept, but does not give you that flexibility of your own CFC&#8217;s and business processes that can sometimes be imposed on a developer!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon</title>
		<link>http://www.simonwhatley.co.uk/coldfusion-orm-frameworks-tools#comment-2833</link>
		<dc:creator>Simon</dc:creator>
		<pubDate>Thu, 09 Aug 2007 08:05:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.simonwhatley.co.uk/65-coldfusion-orm-frameworks-tools#comment-2833</guid>
		<description>I personally don't like to use ORM frameworks as I prefer to hand-code my objects and queries, the latter of which I prefer to remove from the ColdFusion layer and create as stored procedures. This technique greatly improves ColdFusion and the network's performance.

I can see the case for using ORM frameworks for rapid application development, but sometimes building an application too rapidly has detrimental impact upon the performance of that system, as little thought is put into design.</description>
		<content:encoded><![CDATA[<p>I personally don&#8217;t like to use ORM frameworks as I prefer to hand-code my objects and queries, the latter of which I prefer to remove from the ColdFusion layer and create as stored procedures. This technique greatly improves ColdFusion and the network&#8217;s performance.</p>
<p>I can see the case for using ORM frameworks for rapid application development, but sometimes building an application too rapidly has detrimental impact upon the performance of that system, as little thought is put into design.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris S</title>
		<link>http://www.simonwhatley.co.uk/coldfusion-orm-frameworks-tools#comment-2832</link>
		<dc:creator>Chris S</dc:creator>
		<pubDate>Wed, 08 Aug 2007 21:08:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.simonwhatley.co.uk/65-coldfusion-orm-frameworks-tools#comment-2832</guid>
		<description>These would certainly improve code readability by getting ride of SQL, but how would it impact performance? What's the overhead involved?</description>
		<content:encoded><![CDATA[<p>These would certainly improve code readability by getting ride of SQL, but how would it impact performance? What&#8217;s the overhead involved?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
