質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.50%
Laravel

LaravelとはTaylor Otwellによって開発された、オープンソースなPHPフレームワークです。Laravelはシンプルで表現的なシンタックスを持ち合わせており、ウェブアプリケーション開発の手助けをしてくれます。

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

Q&A

解決済

2回答

1095閲覧

過去のマイグレーションで作成したテーブルを削除する方法 (Laravel)

hideki_nakajima

総合スコア44

Laravel

LaravelとはTaylor Otwellによって開発された、オープンソースなPHPフレームワークです。Laravelはシンプルで表現的なシンタックスを持ち合わせており、ウェブアプリケーション開発の手助けをしてくれます。

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

1グッド

0クリップ

投稿2019/11/27 07:48

編集2019/12/02 04:33

現在の状態

idマイグレーションファイルupdown
1create_foo_table.phpテーブルfooを作成テーブルfooを削除
2create_bar_table.phpテーブルbarを作成テーブルbarを削除

データを全て削除する場合

現在の状態からテーブルfooのみを削除したい場合、手順は

  1. 全てロールバック
  2. create_foo_table.phpを削除
  3. マイグレーションを実行

で合ってますでしょうか?

削除しないテーブルのデータを保持したい場合

現在の状態からテーブルfooを削除し、なおかつテーブルbarのデータを保持したい場合、

  1. create_foo_table.phpupdownの処理を逆にしたマイグレーションファイルdrop_foo_table.phpを作成
  2. マイグレーションを実行
idマイグレーションファイルupdown
1create_foo_table.phpテーブルfooを作成テーブルfooを削除
2create_bar_table.phpテーブルbarを作成テーブルbarを削除
3drop_foo_table.phpテーブルfooを削除テーブルfooを作成

で合ってますでしょうか?


  • これらの手順によって起こる不都合や、より一般的で良い手順があれば知りたいと思います。
  • 軽くググってもこのことについて書かれた文章が見つからなかったので投稿します。

2019-12-02 追記

  • hentaimanさんから、「リリース前なら全てロールバックする前者の方法を採用する」という回答をいただきました。
  • 開発段階ではテーブル構成の変更が多く、無駄なマイグレーションファイルが積み重なると見通しが悪くなる、というのが理由です。

Dacapo

  • このような場合に、マイグレーションファイルを再整理してくれるDacapoというツールがあることを知りました。 https://qiita.com/ucan-lab/items/8d23dc08fc5f964a3e72
  • 私自身はまだ試していませんが、手動でマイグレーションファイルを削除するよりはこのようなツールに頼る方が確実かもしれません。
ucan-lab👍を押しています

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答2

0

考え方は人や所属する環境に依るので正解はありませんが個人的には

リリース前だったらこちら

データを全て削除する場合

リリース後ならこちら

削除しないテーブルのデータを保持したい場合

投稿2019/11/27 08:11

hentaiman

総合スコア6389

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

hideki_nakajima

2019/11/27 08:16

回答ありがとうございます。 マイグレーションの意義はデータベースの変更履歴が目で追えることと認識していますので、gitを見ないと変遷が負えなくなるファイル削除は基本的にしない方がよさそうですね。 一方で、リリース前の試行錯誤まで全て履歴にのこっていると、サービスにとって「意味のある」変更が追いにくくなりますので、削除した方がいい場合もある、と認識しました。
hentaiman

2019/11/27 08:28 編集

前者については性格によると思います。 プログラム覚えて間もない頃は、現在の状態になっている理由を理解する為にも変遷を辿りたかったけれど、今はそう思いません。リリース前の情報を知っておいた方が良いシステムは質の悪いシステム(設計)だと思ってます。仲間に共有するのも余計(主観です)な時間がかかってしまいます。
guest

0

ベストアンサー

どちらも手順的には問題ありませんが、「すべてロールバックする」式のことを行う場合、同じソースコードを使用しているすべての環境で「すべてロールバック」を実行する必要があります。

実用上「他のテーブルのデータを全消去していい」場面はまず来ないですし、「更新時にマイグレーションも実行する」ような設定を組み込むことも多いですので、実用上は「テーブルを削除するマイグレーションを作る」ことのほうが圧倒的に多いです。

投稿2019/11/27 07:55

maisumakun

総合スコア145121

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

hideki_nakajima

2019/11/27 08:09

ありがとうございます。この手順で合っていることが分かってよかったです。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.50%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問