I'm in the same boat and am likewise using views to run a Rails app in parallel.<div><br></div><div><div>Perhaps an even cooler approach might be to do the reverse: Migrate tables right away and support the old app through views?</div>
<div><br></div><div>That way, you could start further messing around with the tables in the Rails project without having to wait to decommission the legacy app. When done with the latter, you'd simply delete the views.</div>
<div><br></div><div>Of course I'm assuming the tables don't require any other refactoring other than table, column names and other petty nuisances.</div><div><br></div><div>Hakan</div><div> <br clear="all"><a href="http://ultra.bohe.me">http://ultra.bohe.me</a><br>

<br><br><div class="gmail_quote">2010/1/8 Riccardo Tacconi <span dir="ltr"><<a href="mailto:rtacconi@gmail.com">rtacconi@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I am trying a mix approach:<br><br><ul><li>refactoring of legacy tables with views (and can update and write data too);</li><li>Rails table has _ prepended;</li></ul>Bolow I was meaning the migration file, not schema.rb. However I just need to create a model class to access a table with ActiveRecord.<br>

<br>I think I am on the right way, thanks for your help.<div><div></div><div class="h5"><br><br><div class="gmail_quote">On Fri, Jan 8, 2010 at 12:29 PM, Riccardo Tacconi <span dir="ltr"><<a href="mailto:rtacconi@gmail.com" target="_blank">rtacconi@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">Ok guys,<br><br>Sorry if I have created some confusion but I am not yet an expert in migrations. I will need to read and write tables, although I might use read_only_model in the future. My fear is to modifying schema of old tables, not the data. I suppose that a table that is not defined in schema.rb will not be touched by Rails and by using:<br>


<br><pre><font size="4">create_table "posts", :force => false do |t|</font><br></pre>Any migration will modify that table (:force set to false). Since I consider myself new to Rails, I do not know all the magic things happening behind the scenes.<div>

<div></div><div><br>
<br><div class="gmail_quote">On Fri, Jan 8, 2010 at 12:13 PM, David Salgado <span dir="ltr"><<a href="mailto:david@digitalronin.com" target="_blank">david@digitalronin.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">


<div>> I am still not understanding how you manage your migrations. How do you 'I<br>
> just make sure all<br>
> migrations happen from within the Rails codebase'? Is there a way to exclude<br>
> legacy tables from a Rails environment?<br>
<br>
</div>No, I just don't consider them to be 'legacy' tables. I just treat<br>
them in exactly the same way as any other table in a rails app.<br>
<br>
I have a git project for the rails app. and a git project for the PHP<br>
app. Both use the same database. I only ever allow migrations in the<br>
rails app., even if the migration is for something in the PHP app.<br>
That way, the schema_migrations records in the rails app. are always<br>
consistent, and I don't have to worry about managing migrations that<br>
could have happened from PHP-land as well, which would be a nightmare.<br>
<font color="#888888"><br>
David<br>
</font><div><div></div><div>_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org" target="_blank">Chat@lists.lrug.org</a><br>
<a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br></div></div><div><div></div><div>-- <br>Riccardo Tacconi<br>VIRTUELOGIC LIMITED<br><br><a href="http://www.linkedin.com/in/riccardotacconi" target="_blank">http://www.linkedin.com/in/riccardotacconi</a><br>

<a href="http://riccardotacconi.blogspot.com/" target="_blank">http://riccardotacconi.blogspot.com/</a><br>
<a href="http://twitter.com/rtacconi" target="_blank">http://twitter.com/rtacconi</a><br>Linux user: #400461<br>
</div></div></blockquote></div><br><br clear="all"><br></div></div><font color="#888888">-- <br>Riccardo Tacconi<br>Web developer at Wolseley UK <br>VIRTUELOGIC LIMITED (Director)</font><div><div></div><div class="h5"><br>
<br><a href="http://www.linkedin.com/in/riccardotacconi" target="_blank">http://www.linkedin.com/in/riccardotacconi</a><br>
<a href="http://riccardotacconi.blogspot.com/" target="_blank">http://riccardotacconi.blogspot.com/</a><br><a href="http://twitter.com/rtacconi" target="_blank">http://twitter.com/rtacconi</a><br>Linux user: #400461<br>
</div></div><br>_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a><br>
<a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
<br></blockquote></div><br></div></div>