<div dir="ltr">> it seems easier to write the migration approach ... you’d have to write something that diffs what is in the models versus the current state of the schema<br><div><br></div><div>Yes - specifically there is no way to tell the difference between renaming a column and deleting a column and adding another in this approach.</div><div><br></div><div>I think the rationale was Don't Repeat Yourself, and because of the above problem you have to put the definition in the Database.</div><div><br></div><div>R</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 18, 2015 at 4:04 PM, Frederick Cheung <span dir="ltr"><<a href="mailto:frederick.cheung@gmail.com" target="_blank">frederick.cheung@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><span class=""><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">On 18 February 2015 at 12:00:20, Thomas Buckley-Houston (<a href="mailto:tom@tombh.co.uk" target="_blank">tom@tombh.co.uk</a>) wrote:</div> <blockquote type="cite"><span><div><div></div><div>Thanks for the replies.
<br>
<br>I think Tim Diggins most gets what I'm on about, thanks :)
<br>
<br>My problem with poking around the console is that it's counter to the
<br>MVC philosophy of using the Model to describe your domain. Code *as*
<br>documentation and all that. In pretty much every other MVC framework
<br>and ORM I've come across, fields are described in the model. My
<br>question is really curiosity as to why this is? Is AR's fieldless
<br>models a known pattern? Or is there a historical reason in AR's
<br>development for it?
<br><br></div></div></span></blockquote><br></span><div>I think for a definitive answer you’d have to ask DHH, but it’s been the way it currently is since migrations were added (<a href="https://github.com/rails/rails/commit/eac7cf0b0608132673220d9045b8ff51dc0804e1" target="_blank">https://github.com/rails/rails/commit/eac7cf0b0608132673220d9045b8ff51dc0804e1</a>). Off the top of my head it seems easier to write the migration approach (at least the first implementation of it) than a model based declarative approach where you’d have to write something that diffs what is in the models versus the current state of the schema.</div><div><br></div><div>Fred</div></div><br>_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a><br>
Archives: <a href="http://lists.lrug.org/pipermail/chat-lrug.org" target="_blank">http://lists.lrug.org/pipermail/chat-lrug.org</a><br>
Manage your subscription: <a href="http://lists.lrug.org/options.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/options.cgi/chat-lrug.org</a><br>
List info: <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>