<?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: Use .sql Files with SQLEXEC for Better Script Management</title>
	<atom:link href="http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/</link>
	<description>Supporting decisions through sound data management</description>
	<pubDate>Fri, 12 Mar 2010 07:28:01 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Tod McKenna</title>
		<link>http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/comment-page-1/#comment-12033</link>
		<dc:creator>Tod McKenna</dc:creator>
		<pubDate>Sun, 19 Apr 2009 10:01:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/#comment-12033</guid>
		<description>Hi Ive,

In short, for variables, you would declare (and set) your variables first and then use the "?Parameter" syntax in the SQL Statement. You'll need to get a bit creative with how you test these in their native environment (i.e. SSMS) though. Usually, my testing is strictly for performance and data-quality issues and is confined to SQL statements needed specifically for the application. 

Hope this helps!

-Tod</description>
		<content:encoded><![CDATA[<p>Hi Ive,</p>
<p>In short, for variables, you would declare (and set) your variables first and then use the &#8220;?Parameter&#8221; syntax in the SQL Statement. You&#8217;ll need to get a bit creative with how you test these in their native environment (i.e. SSMS) though. Usually, my testing is strictly for performance and data-quality issues and is confined to SQL statements needed specifically for the application. </p>
<p>Hope this helps!</p>
<p>-Tod</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ivan Julian</title>
		<link>http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/comment-page-1/#comment-11467</link>
		<dc:creator>Ivan Julian</dc:creator>
		<pubDate>Tue, 07 Apr 2009 09:49:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/#comment-11467</guid>
		<description>Gee I'm so glad I found this blog.  Have been a VFP (and FoxBase/FoxPro) programmer for 20 years but only recently have gone back to using VFP with SQL backends.  

Question,  in your excellent examples above,  how does one use metadata if your SQL commands require input and out parameters?  This would be quite common I imagine especially when using parameters to update existing records in an SQL backend.

Kind Regards,  Ive.</description>
		<content:encoded><![CDATA[<p>Gee I&#8217;m so glad I found this blog.  Have been a VFP (and FoxBase/FoxPro) programmer for 20 years but only recently have gone back to using VFP with SQL backends.  </p>
<p>Question,  in your excellent examples above,  how does one use metadata if your SQL commands require input and out parameters?  This would be quite common I imagine especially when using parameters to update existing records in an SQL backend.</p>
<p>Kind Regards,  Ive.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bernard hills</title>
		<link>http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/comment-page-1/#comment-252</link>
		<dc:creator>bernard hills</dc:creator>
		<pubDate>Sat, 17 Nov 2007 03:52:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/#comment-252</guid>
		<description>&lt;strong&gt;bernard hills...&lt;/strong&gt;

Thanks for the nice read, keep up the interesting posts.....</description>
		<content:encoded><![CDATA[<p><strong>bernard hills&#8230;</strong></p>
<p>Thanks for the nice read, keep up the interesting posts&#8230;..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: business intelligence data mining</title>
		<link>http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/comment-page-1/#comment-250</link>
		<dc:creator>business intelligence data mining</dc:creator>
		<pubDate>Thu, 15 Nov 2007 13:16:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/#comment-250</guid>
		<description>&lt;strong&gt;business intelligence data mining...&lt;/strong&gt;

Good comment. It brought light to an old idea I had....</description>
		<content:encoded><![CDATA[<p><strong>business intelligence data mining&#8230;</strong></p>
<p>Good comment. It brought light to an old idea I had&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Weekly Link Post 12 &#171; Rhonda Tipton&#8217;s WebLog</title>
		<link>http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/comment-page-1/#comment-195</link>
		<dc:creator>Weekly Link Post 12 &#171; Rhonda Tipton&#8217;s WebLog</dc:creator>
		<pubDate>Sun, 21 Oct 2007 23:15:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/#comment-195</guid>
		<description>[...] McKenna has posted a good article on Using .sql Files with SQLEXEC in [...]</description>
		<content:encoded><![CDATA[<p>[...] McKenna has posted a good article on Using .sql Files with SQLEXEC in [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tod McKenna</title>
		<link>http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/comment-page-1/#comment-194</link>
		<dc:creator>Tod McKenna</dc:creator>
		<pubDate>Fri, 19 Oct 2007 18:32:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/#comment-194</guid>
		<description>Thanks Michael, there are some great decoupling techniques around and I think that, by far, it is one of the smartest design decisions a developer can make. Especially if there is (or might be) a need to use a different database or UI. 

I loved your business object demonstrations and the concept of "passing the buck". It helped me put some theory around the practices I have been getting used to over the years.</description>
		<content:encoded><![CDATA[<p>Thanks Michael, there are some great decoupling techniques around and I think that, by far, it is one of the smartest design decisions a developer can make. Especially if there is (or might be) a need to use a different database or UI. </p>
<p>I loved your business object demonstrations and the concept of &#8220;passing the buck&#8221;. It helped me put some theory around the practices I have been getting used to over the years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Babcock</title>
		<link>http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/comment-page-1/#comment-193</link>
		<dc:creator>Michael Babcock</dc:creator>
		<pubDate>Fri, 19 Oct 2007 16:25:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.todmeansfox.com/2007/10/19/use-sql-files-with-sqlexec-for-better-script-management/#comment-193</guid>
		<description>Great concept, Todd.  I take the exact same approach--using metadata--in my n-tier designs.  I demonstrated this at FoxForward this year and of course the downloads from that--including the source code with the sqldefs.dbf metadata table--are available from Ed Leafe's ProFox downloads site:  http://leafe.com/dls/vfp  (see "Designing in N-Tier fashion").

It's always best to decouple when you can (without introducing much complexity).  Even since the conference I've seen other areas in that project where I could decouple even more---specifically for adding temporary indexes.

If I'm not mistaken, Andy Kramek does something extraordinary with decoupling, where virtually most of the code is meta-data!  I'm guessing he's relying heavily on EXECSCRIPT?  Neat.

Cool stuff! 

--Michael</description>
		<content:encoded><![CDATA[<p>Great concept, Todd.  I take the exact same approach&#8211;using metadata&#8211;in my n-tier designs.  I demonstrated this at FoxForward this year and of course the downloads from that&#8211;including the source code with the sqldefs.dbf metadata table&#8211;are available from Ed Leafe&#8217;s ProFox downloads site:  <a href="http://leafe.com/dls/vfp" rel="nofollow">http://leafe.com/dls/vfp</a>  (see &#8220;Designing in N-Tier fashion&#8221;).</p>
<p>It&#8217;s always best to decouple when you can (without introducing much complexity).  Even since the conference I&#8217;ve seen other areas in that project where I could decouple even more&#8212;specifically for adding temporary indexes.</p>
<p>If I&#8217;m not mistaken, Andy Kramek does something extraordinary with decoupling, where virtually most of the code is meta-data!  I&#8217;m guessing he&#8217;s relying heavily on EXECSCRIPT?  Neat.</p>
<p>Cool stuff! </p>
<p>&#8211;Michael</p>
]]></content:encoded>
	</item>
</channel>
</rss>
