<?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 for Dave Rowe's Blog</title>
	<atom:link href="http://blog.roweware.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.roweware.com</link>
	<description>Ramblings about things I think I know...</description>
	<lastBuildDate>Tue, 30 Mar 2010 20:28:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Comment on Axis2 -&gt; IIS Woes by Mike Dee</title>
		<link>http://blog.roweware.com/2007/09/18/axis2-iis-woes/comment-page-1/#comment-1406</link>
		<dc:creator>Mike Dee</dc:creator>
		<pubDate>Tue, 30 Mar 2010 20:28:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.roweware.com/2007/09/18/axis2-iis-woes/#comment-1406</guid>
		<description>Been banging our heads on this for four days.  This was the solution.</description>
		<content:encoded><![CDATA[<p>Been banging our heads on this for four days.  This was the solution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DB Design &#8211; ICD9 Data by Dave Rowe</title>
		<link>http://blog.roweware.com/2009/12/01/db-design-icd9-data/comment-page-1/#comment-1310</link>
		<dc:creator>Dave Rowe</dc:creator>
		<pubDate>Mon, 04 Jan 2010 16:39:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.roweware.com/?p=140#comment-1310</guid>
		<description>The ICD9 data is not available as a flat-file at a free cost, from what I&#039;ve found.  When I looked at loading these tables, I took the RTF format files from the Dept. of Health and Human Services (I believe) and saved as raw text, and attempted to parse them using Perl.  It wasn&#039;t perfect, but was a good start.</description>
		<content:encoded><![CDATA[<p>The ICD9 data is not available as a flat-file at a free cost, from what I&#8217;ve found.  When I looked at loading these tables, I took the RTF format files from the Dept. of Health and Human Services (I believe) and saved as raw text, and attempted to parse them using Perl.  It wasn&#8217;t perfect, but was a good start.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DB Design &#8211; ICD9 Data by sunil</title>
		<link>http://blog.roweware.com/2009/12/01/db-design-icd9-data/comment-page-1/#comment-1306</link>
		<dc:creator>sunil</dc:creator>
		<pubDate>Thu, 31 Dec 2009 14:24:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.roweware.com/?p=140#comment-1306</guid>
		<description>Thanks Dave. Speaking of ICD9 data, where do you get it these days? For free that is. I would be interested in the flat files if possible - the most updated version of course :)</description>
		<content:encoded><![CDATA[<p>Thanks Dave. Speaking of ICD9 data, where do you get it these days? For free that is. I would be interested in the flat files if possible &#8211; the most updated version of course <img src='http://blog.roweware.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DB Design &#8211; ICD9 Data by Dave Rowe</title>
		<link>http://blog.roweware.com/2009/12/01/db-design-icd9-data/comment-page-1/#comment-1304</link>
		<dc:creator>Dave Rowe</dc:creator>
		<pubDate>Wed, 30 Dec 2009 18:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.roweware.com/?p=140#comment-1304</guid>
		<description>Hi Sunil,

I&#039;m not associated with the icd9data.com site, though I would imagine the DB design they&#039;ve used is similar in fashion.  Given the state of the data available, it seems this is a very good structure for handling it.

-Dave</description>
		<content:encoded><![CDATA[<p>Hi Sunil,</p>
<p>I&#8217;m not associated with the icd9data.com site, though I would imagine the DB design they&#8217;ve used is similar in fashion.  Given the state of the data available, it seems this is a very good structure for handling it.</p>
<p>-Dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DB Design &#8211; ICD9 Data by sunil</title>
		<link>http://blog.roweware.com/2009/12/01/db-design-icd9-data/comment-page-1/#comment-1303</link>
		<dc:creator>sunil</dc:creator>
		<pubDate>Wed, 30 Dec 2009 18:26:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.roweware.com/?p=140#comment-1303</guid>
		<description>Thanks for publishing the ERD. Nice and complete. Is this the model behind icd9data.com?</description>
		<content:encoded><![CDATA[<p>Thanks for publishing the ERD. Nice and complete. Is this the model behind icd9data.com?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Surrogates by dave</title>
		<link>http://blog.roweware.com/2009/12/23/surrogates/comment-page-1/#comment-1296</link>
		<dc:creator>dave</dc:creator>
		<pubDate>Wed, 23 Dec 2009 23:15:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.roweware.com/?p=150#comment-1296</guid>
		<description>I would contend (given this example) that tables should not be referencing the user_role table, since that table merely links the user to the role, establishing that the relationship exists.  The parent table should rather link to the role table, and the business logic states that the user is a member of that role.

For instance, if driving a permission from the role, I would code the application to the role, not the user_role.  Though, it is a very valid point in a different situation, and I&#039;d not thought of it that way.</description>
		<content:encoded><![CDATA[<p>I would contend (given this example) that tables should not be referencing the user_role table, since that table merely links the user to the role, establishing that the relationship exists.  The parent table should rather link to the role table, and the business logic states that the user is a member of that role.</p>
<p>For instance, if driving a permission from the role, I would code the application to the role, not the user_role.  Though, it is a very valid point in a different situation, and I&#8217;d not thought of it that way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Surrogates by Jon Tucker</title>
		<link>http://blog.roweware.com/2009/12/23/surrogates/comment-page-1/#comment-1295</link>
		<dc:creator>Jon Tucker</dc:creator>
		<pubDate>Wed, 23 Dec 2009 23:09:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.roweware.com/?p=150#comment-1295</guid>
		<description>I prefer the Candidate Key combination myself.  Reason being is that the Surrogate Key method doesn&#039;t allow the two columns (in the above example: user_id and role_id) to be maintained with referential integrity in the database.  If a parent table has the user_role_id as a child relationship, one can easily modify the user_id and role_id in the user_role table without impacting the parent that is using the user_role table.  The business rule just got wacked and the database stood by helpless.

Now, if you want to code and maintain the database trigger to enforce this relationship, then I maybe willing to go along with it.  : )</description>
		<content:encoded><![CDATA[<p>I prefer the Candidate Key combination myself.  Reason being is that the Surrogate Key method doesn&#8217;t allow the two columns (in the above example: user_id and role_id) to be maintained with referential integrity in the database.  If a parent table has the user_role_id as a child relationship, one can easily modify the user_id and role_id in the user_role table without impacting the parent that is using the user_role table.  The business rule just got wacked and the database stood by helpless.</p>
<p>Now, if you want to code and maintain the database trigger to enforce this relationship, then I maybe willing to go along with it.  : )</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Open URL in Eclipse by Lokesh</title>
		<link>http://blog.roweware.com/2007/07/24/open-url-in-eclipse/comment-page-1/#comment-1282</link>
		<dc:creator>Lokesh</dc:creator>
		<pubDate>Mon, 07 Dec 2009 10:17:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.roweware.com/2007/07/24/open-url-in-eclipse/#comment-1282</guid>
		<description>This uses internal code.
check the following from SWT Class..
Program.launch(url);</description>
		<content:encoded><![CDATA[<p>This uses internal code.<br />
check the following from SWT Class..<br />
Program.launch(url);</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on &#8220;Hope you like vodka!&#8221; by Jon Tucker</title>
		<link>http://blog.roweware.com/2009/07/27/hope-you-like-vodka/comment-page-1/#comment-1181</link>
		<dc:creator>Jon Tucker</dc:creator>
		<pubDate>Tue, 28 Jul 2009 02:22:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.roweware.com/?p=115#comment-1181</guid>
		<description>Amen, there Chris.  Somehow beating up on third world countries increases our security.  Perhaps instead of worrying about national security, we&#039;ve been worried more about spreading our version of capitalism to the world.  (Read confessions of an economic hit-man.)

As for other suggestions of geek movies go here: http://engtech.wordpress.com/2006/12/09/81-movies-for-geeks-that-do-not-suck-ggg7/</description>
		<content:encoded><![CDATA[<p>Amen, there Chris.  Somehow beating up on third world countries increases our security.  Perhaps instead of worrying about national security, we&#8217;ve been worried more about spreading our version of capitalism to the world.  (Read confessions of an economic hit-man.)</p>
<p>As for other suggestions of geek movies go here: <a href="http://engtech.wordpress.com/2006/12/09/81-movies-for-geeks-that-do-not-suck-ggg7/" rel="nofollow">http://engtech.wordpress.com/2006/12/09/81-movies-for-geeks-that-do-not-suck-ggg7/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on &#8220;Hope you like vodka!&#8221; by Chris</title>
		<link>http://blog.roweware.com/2009/07/27/hope-you-like-vodka/comment-page-1/#comment-1180</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Mon, 27 Jul 2009 20:11:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.roweware.com/?p=115#comment-1180</guid>
		<description>To laugh at the idea of a foreign nation invading the US or to be engaged in a war that cannot be won is simply naive. 

The United States possesses a military might that the rest of the globe (less England or maybe Israel) could never in a million years stand up to if utilized properly. 

However we are also living in the troughs of filth carved out by the likes of Bush, Clinton, Bush and now (God help us) Obama. These leaders have effectively declared victory over the world and deemphasized the importance of national and military security.

As such we now are in a very real position of potential decline. Pride cometh before the fall.</description>
		<content:encoded><![CDATA[<p>To laugh at the idea of a foreign nation invading the US or to be engaged in a war that cannot be won is simply naive. </p>
<p>The United States possesses a military might that the rest of the globe (less England or maybe Israel) could never in a million years stand up to if utilized properly. </p>
<p>However we are also living in the troughs of filth carved out by the likes of Bush, Clinton, Bush and now (God help us) Obama. These leaders have effectively declared victory over the world and deemphasized the importance of national and military security.</p>
<p>As such we now are in a very real position of potential decline. Pride cometh before the fall.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
