herokuデプロイ時の PG::UndefinedTable: ERROR:の解決法

Question

いつもお世話になっております。
現在ローカル環境で開発している、アプリをherokuにデプロイしたいのですが、
「heroku run rails db:migrate」で下記の様なエラーが出ております。

StandardError: An error has occurred, this and all later migrations canceled:

PG::UndefinedTable: ERROR:  relation "companies" does not exist
: ALTER TABLE "posts" ADD CONSTRAINT "fk_rails_867a9c6f33"
FOREIGN KEY ("company_id")
  REFERENCES "companies" ("id")

Caused by:
ActiveRecord::StatementInvalid: PG::UndefinedTable: ERROR:  relation "companies" does not exist
: ALTER TABLE "posts" ADD CONSTRAINT "fk_rails_867a9c6f33"
FOREIGN KEY ("company_id")
  REFERENCES "companies" ("id")

Caused by:
PG::UndefinedTable: ERROR:  relation "companies" does not exist
/app/vendor/bundle/ruby/2.5.0/gems/activerecord-5.2.4.1/lib/active_record/connection_adapters/postgresql/database_statements.rb:75:in `exec'

内容としてはposts,テーブルにreferences型のcompanyidカラムがないよ、

ということだと考え、上記テーブルとカラムを作成したのですが、
解決していません。
companyidカラムは開発段階で不要になったため、companyモデルともに削除した経緯あるため

その影響でのエラーかもしれません。

また、マイグレーションファイルの順番に問題があるのかもしれません。

何かヒントをいただけますとありがたいです。
何卒宜しくお願い致します。

  create_table "companies", force: :cascade do |t|
    t.datetime "created_at", null: false
    t.datetime "updated_at", null: false
    t.integer "company_id"
    t.index ["company_id"], name: "index_companies_on_company_id"
  end

  create_table "contacts", force: :cascade do |t|
    t.string "name"
    t.string "email"
    t.datetime "created_at", null: false
    t.datetime "updated_at", null: false
    t.text "contents"
    t.integer "user_id"
    t.index ["user_id"], name: "index_contacts_on_user_id"
  end

  create_table "posts", force: :cascade do |t|
    t.text "contents"
    t.datetime "created_at", null: false
    t.datetime "updated_at", null: false
    t.text "title"
    t.integer "user_id"
    t.integer "company_id"
    t.index ["company_id"], name: "index_posts_on_company_id"
    t.index ["user_id"], name: "index_posts_on_user_id"
  end

Answer 1

おそらくですが、Railsのマイグレーションの仕組みが関係したエラーです。

Railsはマイグレーションが実行済みかどうかについて、タイムスタンプで管理しています。その際、内容については特に調べません。
つまり、実行済みのマイグレーションを変更してしまうと、特にアプリケーションの一部のみがデプロイ済みである場合に深刻な不整合を引き起こす可能性があります。

companiesテーブルは不要になったとのことですが、schema.rbにはまだ残存しているようですし、db/migrate内のファイルを全て共有していただければ解法がわかるかもしれません。

Comments

[ckr]

ご返信いただき、ありがとうございました。実行済みのマイグレーションファイルを修正するとこのようなことになってしまうのですね。安易に途中でherokuにデプロイするべきではありませんでした。。
非常に参考になりました。
補足として、companiesテーブルは不要になったため開発途中で削除していたものの、
上記エラーが出たため、追加したらエラーが解決するのではないかと考え、追加しておりました。
説明不足で申し訳ございません。

マイグレーションファイルを一旦全て削除して作り直そうと考えています。。
また、マイグレーションファイルについてはgithubのリポジトリにアップしておりますので、
もしよろしければご確認いただけますと幸いです。

https://github.com/chiaki-kjwr/goshimei_app

[ckr]

こちらの質問ですが、結論としてはマイグレーションファイルを全て削除→１から新しく作成し直す→rails db:migration:resetを行うことで、データベースがリセットされ、herokuにデプロイされました。
resetを行うとデータも全て消えてしまうので、できればこの方法ではない方法がいいのかとは思いますが。。