aboutsummaryrefslogtreecommitdiffstats
path: root/railties/doc/guides/migrations/migrations.txt
diff options
context:
space:
mode:
authorFrederick Cheung <frederick.cheung@gmail.com>2008-09-11 10:20:24 +0100
committerFrederick Cheung <frederick.cheung@gmail.com>2008-09-11 10:24:10 +0100
commitc6da7c536c13555eba6aca82e0b5385b86b21211 (patch)
treee33241135ba565a2dc9a74f462aa5807984282ab /railties/doc/guides/migrations/migrations.txt
parent1a8edd303de575545ccb90ef11abdc005e9cc48f (diff)
downloadrails-c6da7c536c13555eba6aca82e0b5385b86b21211.tar.gz
rails-c6da7c536c13555eba6aca82e0b5385b86b21211.tar.bz2
rails-c6da7c536c13555eba6aca82e0b5385b86b21211.zip
Fixed many typos
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 d7087d4044..4cf0933fdf 100644
--- a/railties/doc/guides/migrations/migrations.txt
+++ b/railties/doc/guides/migrations/migrations.txt
@@ -3,14 +3,14 @@ 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) its 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'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.
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
-* How they relate to schema.rb
+* How they relate to `schema.rb`
include::anatomy_of_a_migration.txt[]
include::creating_a_migration.txt[]