本文适合看了 Ruby on Rails 入门教程之后，对 Migrate 有疑惑的人。
（比如初学时的我，因为 Migrate 对我是个全新的概念）
</br>
1. Migrate干嘛用的？
操作数据库用的。
</br>
2. 为什么需要 Migration? 而不是什么其他方法
</br>
我们先回顾下更新数据库的老方法
每次当你需要增加一张表也好，修改表的结构也好，你会这么做：
- 进 MySQL 命令行 / phpMyadmin / 其他 SQL 工具 (比如SQLyog)
- 手工写 SQL 语句来做这件事.
(create table, create database, …)
老方法的问题：
- 任何数据库操作都不知道时间。
比如创建一个数据库，或者给表增加一个字段，你没办法去查这个字段是什么时候加的。
除非你自己或者你的团队有去特意写记录。X月X号添加XX字段，理由：XX
从而导致了下面第2个问题
- 团队成员之间的数据库同步。
每次你实现一个新功能，比如订单模块，你需要新增几个 SQL 表。
比如 order 表。
那么当团队里的其他成员 从 git 上面 pull 下来之后，
也要去跑这些 SQL 语句，创建同样的表格。
一般的做法是找个公共地方（比如有道云协作，或者Q群），
把要跑的新 SQL 代码放上去，其他人再去里面复制粘贴然后跑，
把自己本地的开发环境里的数据库同步一下。
然后 上传到测试服务器 / 上线到正式服务器 的时候又要复制粘贴 SQL 语句。
相当之麻烦。
</br>
如果用了 Migration：
问题：任何数据库操作都不知道时间
解决方法：这个问题通过直接看 db/migrate/ 里的文件名时间就知道了问题：团队成员之间的数据库同步
解决方法：pull 完代码之后直接rake db:migrate就行了。完事。
不用去找 SQL 代码然后黏贴到 phpMyAdmin 里，然后点击执行。
一行代码解决了手工大概2分钟才能解决的事情。
时间倒不是大问题，只是每次都这么做很有挫折感，觉得是很零碎的事情
</br>
3. 总结一下用 Migrate 的好处：
- 有修改记录：知道什么时候改了数据库，改了什么东西
- 方便多人协作：一条 rake db:migrate 命令直接同步数据库结构
大大节省生命
</br></br>
4. Ruby on Rails， Migrate 实际案例
1 比如你现在要给 users 表增加一个字段叫做 password_digest，
这个字段用于存用户的密码。
那么正确做法是 生成一个新 migrate
（不要去修改老的文件，放着不动即可）
运行：
rails g migration add_password_digest_to_users password_digest:string
这里的 g 是 generate（生成） 的缩写
rails g migration [名字] [字段名]:[类型], [字段名]:[类型]
这里名字是 add_password_digest_to_users
字段名是 password_digest
类型是 string
解释下：
下划线这种写法在 Rails 4.2.4 里没过时，还是管用的,
网上教程你可能会看到别人写
rails g migration AddPartNumberToProducts
两种方法都是可以的，下划线和头字母大写都是可以的。
2 第一步之后，db/migrate 文件夹里会多出一个
20160419135445_add_password_digest_to_accounts.rb
注意前面这一串数字只是时间戳 (20160419135445)，
你生成出来的肯定和我的不一样
打开这个文件，确认里面对表做的修改是正确的，符合你想做的事情
class AddPasswordDigestToAccounts < ActiveRecord::Migration
def change
add_column :accounts, :password_digest, :string
end
end
注意此时还没对数据库里的表真正进行修改，
你在做的只是告诉 rails 你想改什么而已
3 要生效就
rake db:migrate
现在表的结构就改好了。
如果你想的话，可以打开 MySQL 进行确认
</br>
</br>
5. 参考资料 (欢迎补充)
https://ihower.tw/rails4/migrations.html
http://culttt.com/2015/10/07/understanding-ruby-on-rails-migrations/
</br>
感谢阅读，你又对 Rails 多了解了一点
