aboutsummaryrefslogtreecommitdiffstats
path: root/railties/doc/guides/migrations/migrations.txt
diff options
context:
space:
mode:
authorFrederick Cheung <frederick.cheung@gmail.com>2008-09-13 17:13:05 +0100
committerFrederick Cheung <frederick.cheung@gmail.com>2008-09-13 17:13:05 +0100
commit25fd841fe0f1d6f43019595a06aef6d825f5f4d1 (patch)
tree7fca8c85181fa118176c7a44ce5f7eef0639ca30 /railties/doc/guides/migrations/migrations.txt
parent7b9a5c112ef65f93d8c2dbd46356ade719239557 (diff)
downloadrails-25fd841fe0f1d6f43019595a06aef6d825f5f4d1.tar.gz
rails-25fd841fe0f1d6f43019595a06aef6d825f5f4d1.tar.bz2
rails-25fd841fe0f1d6f43019595a06aef6d825f5f4d1.zip
Final batch of corrections
Diffstat (limited to 'railties/doc/guides/migrations/migrations.txt')
-rw-r--r--railties/doc/guides/migrations/migrations.txt4
1 files changed, 2 insertions, 2 deletions
diff --git a/railties/doc/guides/migrations/migrations.txt b/railties/doc/guides/migrations/migrations.txt
index 4cf0933fdf..bbb39d0ccb 100644
--- a/railties/doc/guides/migrations/migrations.txt
+++ b/railties/doc/guides/migrations/migrations.txt
@@ -3,13 +3,13 @@ Migrations
Migrations are a convenient way for you to alter your database in a structured and organised manner. You could edit fragments of SQL by hand but you would then be responsible for telling other developers that they need to go and run it. You'd also have to keep track of which changes need to be run against the production machines next time you deploy. Active Record tracks which migrations have already been run so all you have to do is update your source and run `rake db:migrate`. Active Record will work out which migrations should be run.
-Migrations also allow you to describe these transformations using Ruby. The great thing about this is that (like most of Active Record's functionality) it's database independent, you don't need to worry about the precise syntax of CREATE TABLE any more that you worry about variations on SELECT * (you can drop down to raw SQL for database specific features). For example you could use SQLite3 in development, but MySQL in production.
+Migrations also allow you to describe these transformations using Ruby. The great thing about this is that (like most of Active Record's functionality) it is database independent: you don't need to worry about the precise syntax of CREATE TABLE any more that you worry about variations on SELECT * (you can drop down to raw SQL for database specific features). For example you could use SQLite3 in development, but MySQL in production.
You'll learn all about migrations including:
* The generators you can use to create them
* The methods Active Record provides to manipulate your database
-* The rake tasks that manipulate them
+* The Rake tasks that manipulate them
* How they relate to `schema.rb`
include::anatomy_of_a_migration.txt[]