synchronize: true とは

公式ドキュメントを呼んでいる際は読み飛ばしたが、下記のようなことが書かれていた。

Setting synchronize: true shouldn’t be used in production – otherwise you can lose production data.

翻訳すると「設定synchronize: trueは本番環境では使用しないでください。そうしないと、本番データが失われる可能性があります。」とのこと。読み飛ばすにはあまりにも恐ろしい項目な気もするが、当時に自分は気にも留めなかった。

これがマイグレーション作業と深く結びついている。

synchronize: true

この設定は、アプリケーションをデプロイしたときにDBのテーブルがEntityから自動的に生成されるというもの。
そのため前回の記事のように、Entityを作成しセーブすることで自動的にテーブルが作成された。

どうやらすごく便利な設定だと思うようだが、危険もある。

Entityの状態がDBに同期されるため一見便利にみえますが、Entityのカラムを消したときにDBのカラムも消えてしまうため、誤ってPasswordのカラムを消してしまうなどのリスクがあります。

確かに誤って、コードを削除し、保存したらすべてのデータが消えるというのは非常に恐ろしい。

そこで本番に上げる前にsynchronize: falseにし、マイグレーションファイルを元に手動でDBの状態を更新するようにしていく必要がある。

Migrationとは

マイグレーションの正体は普通のJSファイルで、SQLを使用してデータベースのスキーマを更新したり、既存のデータベースに変更を加えるというものです。

つまり、同期的な変更ではなく、こちらでコマンドを行うことで、データベースを変更してくれる。

いざ、本番で操作するよりは、開発の時点でテスト的に触っておいた方が良さそうなので、どこかでテストする。その際、詳細な操作方法を追記する。