<?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: Structural Data in Rails</title>
	<atom:link href="http://barelyenough.org/blog/2006/03/structural-data-in-rails/feed/" rel="self" type="application/rss+xml" />
	<link>http://barelyenough.org/blog/2006/03/structural-data-in-rails/</link>
	<description></description>
	<pubDate>Thu, 04 Dec 2008 02:26:17 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Peter Williams &#187; Blog Archive &#187; Rake is Sweet</title>
		<link>http://barelyenough.org/blog/2006/03/structural-data-in-rails/#comment-15053</link>
		<dc:creator>Peter Williams &#187; Blog Archive &#187; Rake is Sweet</dc:creator>
		<pubDate>Fri, 27 Apr 2007 15:31:30 +0000</pubDate>
		<guid isPermaLink="false">http://pezra.barelyenough.org/blog/?p=220#comment-15053</guid>
		<description>&lt;p&gt;[...] There is one slight issue with using migrations to manage foundation data, though. Only the structure of the development database gets automatically copied to the test database. So the code that requires the foundation data will fail its tests because that data does not exist. I have run into this problem before. That time I solved it by changing the way Rails creates the test database such that it used the migrations rather than copying the development database&#8217;s structure. It is a very nice approach but unfortunately it does not work for my current project. [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[&#8230;] There is one slight issue with using migrations to manage foundation data, though. Only the structure of the development database gets automatically copied to the test database. So the code that requires the foundation data will fail its tests because that data does not exist. I have run into this problem before. That time I solved it by changing the way Rails creates the test database such that it used the migrations rather than copying the development database&#8217;s structure. It is a very nice approach but unfortunately it does not work for my current project. [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Williams</title>
		<link>http://barelyenough.org/blog/2006/03/structural-data-in-rails/#comment-10316</link>
		<dc:creator>Peter Williams</dc:creator>
		<pubDate>Wed, 14 Feb 2007 01:04:38 +0000</pubDate>
		<guid isPermaLink="false">http://pezra.barelyenough.org/blog/?p=220#comment-10316</guid>
		<description>&lt;p&gt;This plug-in is, for all intents and purposes, an orphan.  I am not longer associated with the project in which it originated and I don't have any need of it in my current projects. Please feel free to take it and modify it if you are so inclined&lt;/p&gt;

&lt;p&gt;This plugin, as provided here, will only work against rails 1.0.  That means it will require some, probably significant, effort to port it to a more modern Rails. Given all that you might consider Mr. Voorhis' suggestion of using fixtures for this purpose.  It would probably be easier.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>This plug-in is, for all intents and purposes, an orphan.  I am not longer associated with the project in which it originated and I don&#8217;t have any need of it in my current projects. Please feel free to take it and modify it if you are so inclined</p>
<p>This plugin, as provided here, will only work against rails 1.0.  That means it will require some, probably significant, effort to port it to a more modern Rails. Given all that you might consider Mr. Voorhis&#8217; suggestion of using fixtures for this purpose.  It would probably be easier.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://barelyenough.org/blog/2006/03/structural-data-in-rails/#comment-10302</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Tue, 13 Feb 2007 19:15:16 +0000</pubDate>
		<guid isPermaLink="false">http://pezra.barelyenough.org/blog/?p=220#comment-10302</guid>
		<description>&lt;p&gt;Is this thread still alive ? I am running version 1.1.4 of rails, and the shield_nonfixture_data is not working for me. I think it needs to be updated. Can anyone help ?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Is this thread still alive ? I am running version 1.1.4 of rails, and the shield_nonfixture_data is not working for me. I think it needs to be updated. Can anyone help ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Williams</title>
		<link>http://barelyenough.org/blog/2006/03/structural-data-in-rails/#comment-2072</link>
		<dc:creator>Peter Williams</dc:creator>
		<pubDate>Sun, 13 Aug 2006 20:09:10 +0000</pubDate>
		<guid isPermaLink="false">http://pezra.barelyenough.org/blog/?p=220#comment-2072</guid>
		<description>&lt;p&gt;Jonathon, I have not used RadRails very much and not at all in a long time so unfortunatly I do not have any ideas about what might be the problem.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Jonathon, I have not used RadRails very much and not at all in a long time so unfortunatly I do not have any ideas about what might be the problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan</title>
		<link>http://barelyenough.org/blog/2006/03/structural-data-in-rails/#comment-2067</link>
		<dc:creator>Jonathan</dc:creator>
		<pubDate>Sat, 12 Aug 2006 19:25:42 +0000</pubDate>
		<guid isPermaLink="false">http://pezra.barelyenough.org/blog/?p=220#comment-2067</guid>
		<description>&lt;p&gt;Nice work, it's hard to believe rails has no support for this itself! However, I'm having a slight problem. When I enable the migration with test database, "rake test" works fine. However, when I execute "all tests" in radrails 0.7, the IDE completely blocks (I have to close it forcefully). I know this is probably a problem with radrails, but maybe you have some idea?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Nice work, it&#8217;s hard to believe rails has no support for this itself! However, I&#8217;m having a slight problem. When I enable the migration with test database, &#8220;rake test&#8221; works fine. However, when I execute &#8220;all tests&#8221; in radrails 0.7, the IDE completely blocks (I have to close it forcefully). I know this is probably a problem with radrails, but maybe you have some idea?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Legato</title>
		<link>http://barelyenough.org/blog/2006/03/structural-data-in-rails/#comment-905</link>
		<dc:creator>Paul Legato</dc:creator>
		<pubDate>Mon, 29 May 2006 18:47:40 +0000</pubDate>
		<guid isPermaLink="false">http://pezra.barelyenough.org/blog/?p=220#comment-905</guid>
		<description>&lt;p&gt;Peter,
Thanks for the code! This is &lt;em&gt;exactly&lt;/em&gt; what I've been looking for.&lt;/p&gt;

&lt;p&gt;Though I haven't worked on the fixture protection piece yet, I've ported the rakefile to 1.1.2 format. It took a little more work than I expected, since Rake doesn't allow one to (easily) delete or redefine tasks, only enhance them. The updated rakefile is at 
http://www.bluevoodoomagic.com/migration_schema_type.rake and it should be backwards-compatible with earlier versions of Rails.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Peter,<br />
Thanks for the code! This is <em>exactly</em> what I&#8217;ve been looking for.</p>
<p>Though I haven&#8217;t worked on the fixture protection piece yet, I&#8217;ve ported the rakefile to 1.1.2 format. It took a little more work than I expected, since Rake doesn&#8217;t allow one to (easily) delete or redefine tasks, only enhance them. The updated rakefile is at<br />
<a href="http://www.bluevoodoomagic.com/migration_schema_type.rake" rel="nofollow">http://www.bluevoodoomagic.com/migration_schema_type.rake</a> and it should be backwards-compatible with earlier versions of Rails.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Williams</title>
		<link>http://barelyenough.org/blog/2006/03/structural-data-in-rails/#comment-719</link>
		<dc:creator>Peter Williams</dc:creator>
		<pubDate>Thu, 04 May 2006 23:06:52 +0000</pubDate>
		<guid isPermaLink="false">http://pezra.barelyenough.org/blog/?p=220#comment-719</guid>
		<description>&lt;p&gt;Blair,&lt;/p&gt;

&lt;p&gt;It does not work on 1.1.2.  I don't think it would be particularly hard to make it work on 1.1.2 but I have not ported it.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Blair,</p>
<p>It does not work on 1.1.2.  I don&#8217;t think it would be particularly hard to make it work on 1.1.2 but I have not ported it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Blair Zajac</title>
		<link>http://barelyenough.org/blog/2006/03/structural-data-in-rails/#comment-717</link>
		<dc:creator>Blair Zajac</dc:creator>
		<pubDate>Thu, 04 May 2006 19:46:31 +0000</pubDate>
		<guid isPermaLink="false">http://pezra.barelyenough.org/blog/?p=220#comment-717</guid>
		<description>&lt;p&gt;Does this work against Ruby on Rails 1.1.2?  I just tried
it against my application and it doesn't work:&lt;/p&gt;

&lt;p&gt;$ psql -U spi-ed-test spi-ed-test  0 AND NOT a.attisdropped
             ORDER BY a.attnum
        from&lt;/p&gt;

&lt;p&gt;It doesn't appear to be running the migrations.&lt;/p&gt;

&lt;p&gt;They redid much of the rake in the 1.0 to 1.1 transition, so maybe
this plugin only works with 1.0?&lt;/p&gt;

&lt;p&gt;Also, to clear the database, it would be nice to use the reverse
migration by passing nil to the migrate function:&lt;/p&gt;

&lt;p&gt;ActiveRecord::Migrator.migrate("db/migrate/", nil)&lt;/p&gt;

&lt;p&gt;Also, consider putting this plugin in the wiki at&lt;/p&gt;

&lt;p&gt;http://wiki.rubyonrails.org/rails/pages/Plugins&lt;/p&gt;

&lt;p&gt;so more people can find it.  It was only through Googling that I
refound this blog.&lt;/p&gt;

&lt;p&gt;Regards,
Blair&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Does this work against Ruby on Rails 1.1.2?  I just tried<br />
it against my application and it doesn&#8217;t work:</p>
<p>$ psql -U spi-ed-test spi-ed-test  0 AND NOT a.attisdropped<br />
             ORDER BY a.attnum<br />
        from</p>
<p>It doesn&#8217;t appear to be running the migrations.</p>
<p>They redid much of the rake in the 1.0 to 1.1 transition, so maybe<br />
this plugin only works with 1.0?</p>
<p>Also, to clear the database, it would be nice to use the reverse<br />
migration by passing nil to the migrate function:</p>
<p>ActiveRecord::Migrator.migrate(&#8221;db/migrate/&#8221;, nil)</p>
<p>Also, consider putting this plugin in the wiki at</p>
<p><a href="http://wiki.rubyonrails.org/rails/pages/Plugins" rel="nofollow">http://wiki.rubyonrails.org/rails/pages/Plugins</a></p>
<p>so more people can find it.  It was only through Googling that I<br />
refound this blog.</p>
<p>Regards,<br />
Blair</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Williams</title>
		<link>http://barelyenough.org/blog/2006/03/structural-data-in-rails/#comment-626</link>
		<dc:creator>Peter Williams</dc:creator>
		<pubDate>Fri, 31 Mar 2006 18:27:28 +0000</pubDate>
		<guid isPermaLink="false">http://pezra.barelyenough.org/blog/?p=220#comment-626</guid>
		<description>&lt;p&gt;Interesting approach... I can see this that the migration approach might become an issue with large amounts of data.&lt;/p&gt;

&lt;p&gt;Did you have any purely test data for the tables that contained this large set of structural/application data?  Or did you rely on the real data being sufficient varied to support effective testing?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Interesting approach&#8230; I can see this that the migration approach might become an issue with large amounts of data.</p>
<p>Did you have any purely test data for the tables that contained this large set of structural/application data?  Or did you rely on the real data being sufficient varied to support effective testing?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Voorhis</title>
		<link>http://barelyenough.org/blog/2006/03/structural-data-in-rails/#comment-625</link>
		<dc:creator>Jeremy Voorhis</dc:creator>
		<pubDate>Fri, 31 Mar 2006 17:30:14 +0000</pubDate>
		<guid isPermaLink="false">http://pezra.barelyenough.org/blog/?p=220#comment-625</guid>
		<description>&lt;p&gt;Yup. Having vital structural data (or application data as I call it) not managed by SCM is deadly. Migrations are one approach that definitely works quite well for a smaller amount of data. Another approach we have taken at PLANET ARGON is to keep a separate directory of fixtures containing information for structural data, along with a Rake task to manage that structural data.&lt;/p&gt;

&lt;p&gt;For the Globalize plugin (http://globalize-rails.org/), we had a large dataset (read: nearly 4000 records) managed by a migration. I found this data much easier to manage after making a custom set of Rake tasks and separating the data into its own directory. Rake is good.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Yup. Having vital structural data (or application data as I call it) not managed by SCM is deadly. Migrations are one approach that definitely works quite well for a smaller amount of data. Another approach we have taken at PLANET ARGON is to keep a separate directory of fixtures containing information for structural data, along with a Rake task to manage that structural data.</p>
<p>For the Globalize plugin (http://globalize-rails.org/), we had a large dataset (read: nearly 4000 records) managed by a migration. I found this data much easier to manage after making a custom set of Rake tasks and separating the data into its own directory. Rake is good.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
