どうも！chuckです。
引き続きRailsでロシア語単語帳を作っていきます(｀･ω･´)ゞ
今回はデータのカラムを追加したり削除しましたのでその辺について。
カラムの追加
カラムというのはデータベースの列のことです。
今存在するカラムは「単語」「意味」「分類」「難易度」でした。ここに「発音」「品詞」を追加しました！
こちらのサイト様が参考になりました。
1, そもそも db/の構造。
まだあまり変更を加えていないので、このようになっています。
db/migrate/の中に、rake db:migrateで作成したデータ構造が入っています。そして最終的な構造がdb/schema.rbに書かれています。
カラムを追加する以前のschema.rbは以下のとおり
１行目のバージョンに注目してください。タイムスタンプ(日付)が7/12になっています。これは最初にデータ構造を作成した日付です。
2, railsコマンドでカラムを追加
ターミナルからカラムを追加するためのコマンドを打ちます。
rails generate migration AddDetailsToWords sound:text class:text
rails generate migrationは、お決まりのdb構造になんかする時のコマンドです。今回新しく使用したのがAddDetailsTo。その後にテーブル名を書くことで、テーブルに変更を加えます。
今回はtext型のsoundと、text型のclassを追加します。
コマンドを発行するとdb/migrateに以下のファイルが追加されます。
add_columnとのことで、カラムを追加する命令であることがわかります。
3, 変更の実行
さて、カラム追加の命令はできましたが、まだ実際には追加は行われていません。
実際に追加するためには、おなじみのrake db:migrateです
rake db:migrateすると、db/schema.rbが更新されてこのようになります。
しっかりカラムが追加されていますね！バージョンのタイムスタンプも最新になっています
ターミナルでも確認。rake dbでお使いのDB環境に入ります。
きちんと、カラムが追加されていますヽ(=´▽`=)ﾉ
おまけ, マイグレーションのバージョン確認
rake db:versionで現在使っているマイグレーションのバージョンを確認することができます。
追加するカラムの順序を変える
ただ、soundやclassが一番最後に来てるのがちょっと落ち着かないです…。単語にとって大切な情報なので、もっと前に置きたい。
そこで見つけたのがこちらのページ。
このようにadd_columnのにオプションとしてafterをつけてあげれば良いみたいです。
再びrake db:migrate。
すると、
変わってねーじぇねーか！(# ﾟДﾟ)
ひょっとして、エディタで書き換えても意味ない？？また新しくAddDetailToコマンドする必要がある？？？
というわけで、また別のAddDetailToコマンドを発行。
衝突。もうファイルが存在するとのこと。AddDetailToファイルは１コしか作れないのかな。
もう一度エディタ側でテスト。testというカラムを追加させる。
rake db:migrateするも、
変わっていない…。
migrationを消してみる
1コしか作れないとのことなので、１度消してみます。
コマンドはrails destroy migration (ファイル名)
古いAddDetailsToWordsが消えたのを確認して、もっかいgenerate。
コマンドの段階でafterをつけたらどうなるんだろう？？？
キメラが生まれた。
削除削除♪
今度はafterをつけずにgenerate。
ここにエディタでafterを追加。
期待に胸を膨らませつつrake db:migrate。
エラーーーーーー！！！！(´Д⊂ヽ
ひょっとしてDBから根こそぎ消す？
あれですかね。destroy migrationで消したのはファイルだけ？？DB構造から直接カラムを消す必要がある？？
rake dbで確認。
うわあああ、ふつうに残ってんじゃん…
カラムの削除
ということで、予定にはなかったんですがカラムの削除もやっていきます。
AddDetailToの反対はRemoveDetailFromらしいです。
rails generate migration RemoveDetailsFromWords sound:text class:text というコマンドを発行。
誕生したファイル。
あれ、でも今ってAddDetailとRemoveDetaiのファイルが共存してる。ここでrake db:migrateするとどうなるんだろう…？？？
先ほどと同じく重複してるとのこと。
いったんAddDetailを隠そう。
きたー！！カラム消せた！これでafterをつけたカラム追加できるはず！
コメントアウトを外す。
あれ、でも今ってAddDetailとRemoveDetailが共存している…(デジャブ感)
ひょっとしたら特定のmigrationファイルだけを実行。みたいなコマンドあるんじゃない？？(ΦωΦ)
でもまずはふつうにrake db:migrateしてみる。結果、何も変わらず笑 カラムが作られた瞬間、消されたから？？？
検証のために、Addにカラムを１つ追加。
一方、Remove。
これならばtestカラムは生き残るはず。
変わってねー
Removeをコメントアウトしてみる。
addされず。あれ、さっきaddをコメントアウトしたらremoveできたよね？？なんで逆はできないの？？？(# ﾟДﾟ)
特定のmigrationファイルを実行する
調べたらあった。
コンソールから実行するらしい。
できた！
でもデータ構造変わってないんですが。
そもそもrake db:migrateって何
そもそも論。rake db:migrateの理解が間違っているんじゃないかという考えに行き着く。
rake db:migrate - リファレンス - - Railsドキュメント
ん？？？
未実行のマイグレーションファイルの実行？？？
そうなの？じゃあ一度実行されたファイルはもう実行されないの？？
でもたしかに最初に作ったcreate_tableのファイルとか実行されてないよね。たぶん。いちいちコンソールに「テーブル作りました」みたいに出ないもんね。
これをやってみる。
反応なし。そっか、みんな実行されちゃったんだ。
ためしに新しくmigrationファイルを作成。
もっかい未実行のマイグレーションファイル調べる。
反応した。
せっかくだからafterをつけて実行してみる。
まあ未実行だし通る。
なるほど。afterは効いてないけど、追加はされた。
さっき起こったこと。
コメントアウトしたAddファイルは、空の状態で実行されちゃったんだ。で、使用済みになってしまったのか。
空のAddと空でないRemoveが同時に実行されて終わってしまった模様。なるほど(ヽ´ω`)
ここでresetの存在を思い出す
そういえばrake db:resetとか言う便利なコマンドあったよね(今更)
不要なマイグレーションファイルを削除して、やってみる。
あ、ちょっと待って。なんか僕の知ってるコマンドと違う。
調べた。
そうそう！これが知りたかった！
rake db:resetはdb/schemaを参考に、
rake db:migrate:resetはdb/migration/ を参考に、
テーブルを作り直すらしい。
後者の場合は古いバージョンのファイルから読み込まれるとか。
これけっこう大きな違いじゃない？？
ちなみに、ファイル構造ふたたび。
リセット
まずは、rake db:resetでテーブルを初期状態に戻します。
参考にされるdb/schema.rb。
リセットされたテーブル。
次にrake db:migrate:resetでAddを実現。
Addファイル。
ちなみに、Removeは空にしました。
すると、見事に理想通りのカラム作成が行われました…！
きちんと２つのカラムが追加されていることが分かる。
しかし、やはりafterが効いていない… これは次回までの宿題としますヽ(´Д`；)ﾉｱｩｱ…
あと、当然ですがテーブルをリセットすると中のデータは消えるので要注意！
