質問編集履歴
9
内容修正
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -81,3 +81,15 @@
|
|
|
81
81
|
|
|
82
82
|
|
|
83
83
|
とか適当なワードで検索しても実態がどこにあるのかわからないので履歴を手動で消す方法を覚えたいです
|
|
84
|
+
|
|
85
|
+
|
|
86
|
+
|
|
87
|
+
|
|
88
|
+
|
|
89
|
+
### 追記
|
|
90
|
+
|
|
91
|
+
|
|
92
|
+
|
|
93
|
+
デプロイしていないローカル内であること前提でmigration内容を修正する本来の手順は
|
|
94
|
+
|
|
95
|
+
rollback してから書き換えて再実行すべきだったんでしょうか
|
8
質問内容の修正
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -68,6 +68,8 @@
|
|
|
68
68
|
|
|
69
69
|
いずれにしろ１度実行したマイグレーションを再実行しないためにどこかに覚えてるはずで
|
|
70
70
|
|
|
71
|
+
いつもSQLをダンプするだけでマイグレーションが走るのでおそらくSQL上にあると思ってるのですが
|
|
72
|
+
|
|
71
73
|
rake db:migrate:status をやるとでてくるリストが
|
|
72
74
|
|
|
73
75
|
SQL上にあるのかどこかの設定ファイルにかかれてるのかわかればそれを手動で編集したほうが早いかなと思っていて
|
7
質問内容の修正
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -66,6 +66,14 @@
|
|
|
66
66
|
|
|
67
67
|
|
|
68
68
|
|
|
69
|
+
いずれにしろ１度実行したマイグレーションを再実行しないためにどこかに覚えてるはずで
|
|
70
|
+
|
|
71
|
+
rake db:migrate:status をやるとでてくるリストが
|
|
72
|
+
|
|
73
|
+
SQL上にあるのかどこかの設定ファイルにかかれてるのかわかればそれを手動で編集したほうが早いかなと思っていて
|
|
74
|
+
|
|
75
|
+
|
|
76
|
+
|
|
69
77
|
マイグレーション 履歴 テーブル rails
|
|
70
78
|
|
|
71
79
|
|
6
質問内容の修正
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -54,13 +54,13 @@
|
|
|
54
54
|
|
|
55
55
|
|
|
56
56
|
|
|
57
|
-
|
|
57
|
+
いつもは少し前のダンプを流し込んでから再度 rake db:migrate を実行していますが
|
|
58
58
|
|
|
59
|
-
|
|
59
|
+
ダンプ以降に追加したレコードがなくなってしまうのと
|
|
60
60
|
|
|
61
61
|
テーブルやレコードを１つ消すのはUI上からほんの数秒で簡単にできるので
|
|
62
62
|
|
|
63
|
-
table_a と MySQL 上に保存されている履歴？を消せば再実行
|
|
63
|
+
table_a と MySQL 上に保存されている履歴？を消せば再実行してすぐ戻せるのかなと思っているのですが
|
|
64
64
|
|
|
65
65
|
（認識が間違ってたらすみません）
|
|
66
66
|
|
5
質問内容の修正
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -17,3 +17,57 @@
|
|
|
17
17
|
マイグレーションファイルをすでに変更してしまっている場合 rake db:rollback も redo も使えないので
|
|
18
18
|
|
|
19
19
|
どうすれば履歴を汚さずに書き換えたマイグレーションを再実行できるでしょうか
|
|
20
|
+
|
|
21
|
+
|
|
22
|
+
|
|
23
|
+
|
|
24
|
+
|
|
25
|
+
### 追記
|
|
26
|
+
|
|
27
|
+
|
|
28
|
+
|
|
29
|
+
今回やりたいことは
|
|
30
|
+
|
|
31
|
+
|
|
32
|
+
|
|
33
|
+
create_table table_a ...
|
|
34
|
+
|
|
35
|
+
|
|
36
|
+
|
|
37
|
+
のようなマイグレーションを
|
|
38
|
+
|
|
39
|
+
|
|
40
|
+
|
|
41
|
+
create_table table_b ...
|
|
42
|
+
|
|
43
|
+
|
|
44
|
+
|
|
45
|
+
のように書き換えてしまった後 table_a を手動で drop してしまった状態で
|
|
46
|
+
|
|
47
|
+
table_b を作るマイグレーションを再度走らせたいというものです
|
|
48
|
+
|
|
49
|
+
|
|
50
|
+
|
|
51
|
+
手動で table_a を消してなければ rollback や redo が使えたみたいなのですが
|
|
52
|
+
|
|
53
|
+
マイグレーションの down 実行時に存在しないテーブルを消そうとしてエラーになってしまいます
|
|
54
|
+
|
|
55
|
+
|
|
56
|
+
|
|
57
|
+
方法はいくつかあると思うのですがいつもは少し前のダンプを流し込んでから
|
|
58
|
+
|
|
59
|
+
再度 rake db:migrate を実行していますが
|
|
60
|
+
|
|
61
|
+
テーブルやレコードを１つ消すのはUI上からほんの数秒で簡単にできるので
|
|
62
|
+
|
|
63
|
+
table_a と MySQL 上に保存されている履歴？を消せば再実行できるのかなと思っているのですが
|
|
64
|
+
|
|
65
|
+
（認識が間違ってたらすみません）
|
|
66
|
+
|
|
67
|
+
|
|
68
|
+
|
|
69
|
+
マイグレーション 履歴 テーブル rails
|
|
70
|
+
|
|
71
|
+
|
|
72
|
+
|
|
73
|
+
とか適当なワードで検索しても実態がどこにあるのかわからないので履歴を手動で消す方法を覚えたいです
|
4
質問内容の修正
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -14,6 +14,6 @@
|
|
|
14
14
|
|
|
15
15
|
|
|
16
16
|
|
|
17
|
-
マイグレーションファイルをすでに変更してしまっている場合 rake db:rollback も使えないので
|
|
17
|
+
マイグレーションファイルをすでに変更してしまっている場合 rake db:rollback も redo も使えないので
|
|
18
18
|
|
|
19
19
|
どうすれば履歴を汚さずに書き換えたマイグレーションを再実行できるでしょうか
|
3
質問内容の修正
test
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
マイグレーション履歴を削除て再実行したい
|
|
1
|
+
マイグレーション履歴を削除して再実行したい
|
test
CHANGED
|
File without changes
|
2
質問内容の修正
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -10,7 +10,7 @@
|
|
|
10
10
|
|
|
11
11
|
マイグレーション履歴は MySQL 自体がもっていると認識してるんですが
|
|
12
12
|
|
|
13
|
-
テーブル一覧をみてもそれらしい保存されているのかよくわかりません
|
|
13
|
+
テーブル一覧をみてもそれらしいテーブルが見当たらずどこに保存されているのかよくわかりません
|
|
14
14
|
|
|
15
15
|
|
|
16
16
|
|
1
質問内容の修正
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
テーブル名やカラムを変更したくなっ
|
|
1
|
+
テーブル名やカラムを変更したくなって
|
|
2
2
|
|
|
3
3
|
まだローカルでしか変更していないときに
|
|
4
4
|
|