<?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: Butt Biter: Fix State Abbreviations &amp;&amp; Large Data Set Updates</title>
	<atom:link href="http://blog.spoolz.com/2008/05/13/butt-biter-fix-state-abbreviations-large-data-set-updates/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.spoolz.com/2008/05/13/butt-biter-fix-state-abbreviations-large-data-set-updates/</link>
	<description>A father and programmer&#039;s skewed view of the world</description>
	<lastBuildDate>Fri, 20 Aug 2010 16:03:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Elephteria</title>
		<link>http://blog.spoolz.com/2008/05/13/butt-biter-fix-state-abbreviations-large-data-set-updates/comment-page-1/#comment-518</link>
		<dc:creator>Elephteria</dc:creator>
		<pubDate>Wed, 29 Oct 2008 00:39:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.spoolz.com/?p=11#comment-518</guid>
		<description>Well said.</description>
		<content:encoded><![CDATA[<p>Well said.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Van Holstyn</title>
		<link>http://blog.spoolz.com/2008/05/13/butt-biter-fix-state-abbreviations-large-data-set-updates/comment-page-1/#comment-11</link>
		<dc:creator>Mark Van Holstyn</dc:creator>
		<pubDate>Mon, 19 May 2008 01:25:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.spoolz.com/?p=11#comment-11</guid>
		<description>You really don&#039;t even need to load the AR objects...

[[&quot;Alaska&quot;, &quot;AK&quot;],...].each do &#124;name, abbreviation&#124;
  Organization.update_all(&quot;state = &#039;#{abbreviation}&#039;&quot;, &quot;state = &#039;#{name}&#039;&quot;)
end</description>
		<content:encoded><![CDATA[<p>You really don&#8217;t even need to load the AR objects&#8230;</p>
<p>[["Alaska", "AK"],&#8230;].each do |name, abbreviation|<br />
  Organization.update_all(&#8220;state = &#8216;#{abbreviation}&#8217;&#8221;, &#8220;state = &#8216;#{name}&#8217;&#8221;)<br />
end</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karl</title>
		<link>http://blog.spoolz.com/2008/05/13/butt-biter-fix-state-abbreviations-large-data-set-updates/comment-page-1/#comment-8</link>
		<dc:creator>Karl</dc:creator>
		<pubDate>Wed, 14 May 2008 19:56:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.spoolz.com/?p=11#comment-8</guid>
		<description>@Daniel: I&#039;m not sure I follow.

If you mean, in this specific case, could I have put in a callback to change the &#039;state&#039; attribute at save time, sure. I seriously thought of that. But your blog post sort of inspired me to think about large collection updates.

Plus, I&#039;ve always been a bit anal about my data. If I see something that needs to be fixed, I want to fix it now.</description>
		<content:encoded><![CDATA[<p>@Daniel: I&#8217;m not sure I follow.</p>
<p>If you mean, in this specific case, could I have put in a callback to change the &#8216;state&#8217; attribute at save time, sure. I seriously thought of that. But your blog post sort of inspired me to think about large collection updates.</p>
<p>Plus, I&#8217;ve always been a bit anal about my data. If I see something that needs to be fixed, I want to fix it now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Higginbotham</title>
		<link>http://blog.spoolz.com/2008/05/13/butt-biter-fix-state-abbreviations-large-data-set-updates/comment-page-1/#comment-7</link>
		<dc:creator>Daniel Higginbotham</dc:creator>
		<pubDate>Wed, 14 May 2008 17:14:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.spoolz.com/?p=11#comment-7</guid>
		<description>Interesting solution! Looks like it fits the problem well.

I wonder if it would have been possible to change the input or to add a callback to Organization to prevent needing to do a bulk conversion after importing?</description>
		<content:encoded><![CDATA[<p>Interesting solution! Looks like it fits the problem well.</p>
<p>I wonder if it would have been possible to change the input or to add a callback to Organization to prevent needing to do a bulk conversion after importing?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
