私は現在、移行をサポートするフレームワークを学んでいます。
私の質問は、移行を使用することの主な利点は何ですか?
データベース管理ツールを使用して、テーブルを追加/削除/変更したり、他の操作を直接実行したりしないのはなぜですか?または、.sqlファイルをエクスポートして、チームがデータベースにインポートしないのはなぜですか?
私は現在、移行をサポートするフレームワークを学んでいます。
私の質問は、移行を使用することの主な利点は何ですか?
データベース管理ツールを使用して、テーブルを追加/削除/変更したり、他の操作を直接実行したりしないのはなぜですか?または、.sqlファイルをエクスポートして、チームがデータベースにインポートしないのはなぜですか?
移行は展開プロセスの一部です。したがって、移行のメリット(一般的に)は次のとおりです。
プロジェクトの開始時には、スキーマは単純でデータベースは小さい場合がありますが、これはこれにとどまらないことに注意してください。遅かれ早かれ(;))インポートに時間がかかる巨大なデータベースに直面するでしょう。
追加:適切な移行には通常、エラーが発生した場合の「ダウングレード」ステップがあります。デプロイメントがうまくいかない場合のアプローチでは、データベースの変更を手動で元に戻す必要があり、これはさらにエラーが発生しやすくなります。
それらをデータベースのバージョン管理と考えてください。また、PHPMyAdminで行ったことを覚えておく必要がなく、変更を複数の環境(開発環境、テスト/本番サーバーなど)に簡単かつ自動で展開できます。
DBに加える必要のある個々の変更を個々に伝えるよりも、DBを移行する必要があることを誰かに伝える方が簡単です。