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