CoreDataでは、Inverseが存在しないとwarningが出る。
これを解消するために逆方向のrelationを貼るわけでが、じゃあその場合に新しく貼ったrelationの値はどうなるの？というのを検証した。
関係ごと
N:N
N:Nのrelationは、片方向のrelationでは作ることが出来ない。
一方にTo Manyでrelationを貼った場合、CoreDataでは自動的に1:Nになる。
データ構造上N:N作れるけど、save()を呼んだタイミングで勝手に1:Nにされる。
どれが選ばれるかは多分未定義なんじゃないかなぁ。
1:N
1:Nの場合は、元々片方向のrelationのものに新しく双方向relationを追加しても、特に何も問題が起きない。
内部的にはrailsのbelongs_toとかと同じようなデータの持ち方をしているっぽいので、新しく追加してもそのまま参照できる。
1:1
これが厄介。
1:1ではどっちが主体となってデータを持っているとかではなく、双方向にポインタを持っている状態っぽい。
双方向にrelationを貼ってある状態であれば、片方に値を入れれば反対側にも勝手に入るのだが、あとから追加したrelationはnilになってしまう。
lightweight migration でも解決はされないようなので、もしやりたければ heavyweight migration をするしかない。辛い。
まとめ
- N:Nはそもそも作れない。
- 1:Nなら何も問題は起きない
- 1:1は厄介