DBが事前に入力されたアプリがあります。最初の移行を試したところ、うまく機能しました。
私の質問は
変更がモデルのみにあり、DBにはない場合、事前に入力されたDBを再構築する必要がありますか(変更は事前に入力されたDBで「空」の動的プロパティを使用します)?
移行は、事前に入力されたDBで有効になりますか?
現在はクラッシュすることなく動作していますが、注意すべき副作用がないことを知りたいと思います。
DBが事前に入力されたアプリがあります。最初の移行を試したところ、うまく機能しました。
私の質問は
変更がモデルのみにあり、DBにはない場合、事前に入力されたDBを再構築する必要がありますか(変更は事前に入力されたDBで「空」の動的プロパティを使用します)?
移行は、事前に入力されたDBで有効になりますか?
現在はクラッシュすることなく動作していますが、注意すべき副作用がないことを知りたいと思います。
軽量の移行を行っているだけなので、正常に機能しています。
モデルの変更はそれほど深刻ではなかったと思います。したがって、軽量の移行は完全に適応可能です。
これは、現在、プロジェクトに古いモデルと新しいモデルの両方があることを意味します(モデルを拡張した場合)。そうでない場合、これは機能しないはずです。古い元のモデルをプロジェクトに残しておくようにしてください。そうしないと、移行の進め方がわかりません。
主な副作用は、モデルが進化するにつれて、軽量の移行を実行できなくなる可能性があることですが、その橋にたどり着いたら、その橋を渡ることをお勧めします。
また、別の副作用として、永続オブジェクトコーディネーターを直接使用した場合よりも移行がわずかに遅くなります(ミリ秒単位)。障害のリモートの可能性もあります(ただし、移行によってデータベースが大きくなり、ディスク容量が不足しているために保存できなかったためにディスクに書き込めない場合にのみ、これが発生することがわかりますが、いつになるのでしょうか?起こる:P)
個人的には、出荷前に最後に行うのが早ければDBを再構築しますが、締め切りが迫っていれば、このタイプの移行を回避するメリットはそれほど大きくないため、再構築しませんでした。