<?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: Dummy Queries in ColdFusion 8.0.1</title>
	<atom:link href="http://www.barneyb.com/barneyblog/2008/04/04/dummy-queries-in-coldfusion-801/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.barneyb.com/barneyblog/2008/04/04/dummy-queries-in-coldfusion-801/</link>
	<description>Thoughts, rants, and even some code from the mind of Barney Boisvert.</description>
	<lastBuildDate>Thu, 11 Sep 2014 09:58:12 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: SitePoint Blogs &#187; The Week in ColdFusion: 2-8 April: updater overload</title>
		<link>https://www.barneyb.com/barneyblog/2008/04/04/dummy-queries-in-coldfusion-801/comment-page-1/#comment-74392</link>
		<dc:creator>SitePoint Blogs &#187; The Week in ColdFusion: 2-8 April: updater overload</dc:creator>
		<pubDate>Thu, 10 Apr 2008 14:25:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.barneyb.com/barneyblog/2008/04/04/dummy-queries-in-coldfusion-801/#comment-74392</guid>
		<description>[...] Rinaldi and Barney Boisvert debate the best way to create dummy [...]</description>
		<content:encoded><![CDATA[<p>[...] Rinaldi and Barney Boisvert debate the best way to create dummy [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Rinaldi</title>
		<link>https://www.barneyb.com/barneyblog/2008/04/04/dummy-queries-in-coldfusion-801/comment-page-1/#comment-71290</link>
		<dc:creator>Brian Rinaldi</dc:creator>
		<pubDate>Fri, 04 Apr 2008 19:45:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.barneyb.com/barneyblog/2008/04/04/dummy-queries-in-coldfusion-801/#comment-71290</guid>
		<description>No offense taken whatsoever (I didn&#039;t read the post in that way). Like I said, I was just having some fun. Someone did comment that Oracle issue...though I don&#039;t think its worth fixing on my UDF for that since it would require my knowing its Oracle which adds a whole new layer of complication. If they *need* Oracle they can use your version :)</description>
		<content:encoded><![CDATA[<p>No offense taken whatsoever (I didn't read the post in that way). Like I said, I was just having some fun. Someone did comment that Oracle issue&#8230;though I don't think its worth fixing on my UDF for that since it would require my knowing its Oracle which adds a whole new layer of complication. If they *need* Oracle they can use your version :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: barneyb</title>
		<link>https://www.barneyb.com/barneyblog/2008/04/04/dummy-queries-in-coldfusion-801/comment-page-1/#comment-71282</link>
		<dc:creator>barneyb</dc:creator>
		<pubDate>Fri, 04 Apr 2008 19:30:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.barneyb.com/barneyblog/2008/04/04/dummy-queries-in-coldfusion-801/#comment-71282</guid>
		<description>Brian,

I wasn&#039;t demeaning your implementation, if I came across like that, my apologies.  I think the UDF has general use, however.  I have a similar one that behaves as CFSAVECONTENT to grab it&#039;s body as JSON, and build &quot;real&quot; object out of it, optionally doing array-of-structs to query conversion.  I use it all the time, both for prototyping, and where I have some static data that I want to manage as JSON (easy to read), but process with CF.

And as an interesting aside, Oracle always requires a FROM clause, and provides a dummy DUAL table that you can use for queries that you&#039;d otherwise not need a FROM clause on.</description>
		<content:encoded><![CDATA[<p>Brian,</p>
<p>I wasn't demeaning your implementation, if I came across like that, my apologies.  I think the UDF has general use, however.  I have a similar one that behaves as CFSAVECONTENT to grab it's body as JSON, and build "real" object out of it, optionally doing array-of-structs to query conversion.  I use it all the time, both for prototyping, and where I have some static data that I want to manage as JSON (easy to read), but process with CF.</p>
<p>And as an interesting aside, Oracle always requires a FROM clause, and provides a dummy DUAL table that you can use for queries that you'd otherwise not need a FROM clause on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Rinaldi</title>
		<link>https://www.barneyb.com/barneyblog/2008/04/04/dummy-queries-in-coldfusion-801/comment-page-1/#comment-71278</link>
		<dc:creator>Brian Rinaldi</dc:creator>
		<pubDate>Fri, 04 Apr 2008 19:10:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.barneyb.com/barneyblog/2008/04/04/dummy-queries-in-coldfusion-801/#comment-71278</guid>
		<description>Heh. Yeah, there is more than one way to skin a cat. Anyway, part of my post was to show that you could do a query without an actual table. I actually did that as a placeholder for a real query in my code where the tables don&#039;t exist yet. In that case I just go put a real query statement in place of the fake one when the table is ready and the rest of my code remains as is. The UDF was more an experiment to see if I could expand that concept...</description>
		<content:encoded><![CDATA[<p>Heh. Yeah, there is more than one way to skin a cat. Anyway, part of my post was to show that you could do a query without an actual table. I actually did that as a placeholder for a real query in my code where the tables don't exist yet. In that case I just go put a real query statement in place of the fake one when the table is ready and the rest of my code remains as is. The UDF was more an experiment to see if I could expand that concept&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
