私はSQLiteベースのテーブル構造からコアデータモデルへ移植しようとしているデータモデルを持っています。私のSQLite構造には、ZonesテーブルとTransitLogsテーブルがあります。 TransitLogは次のものを持つことができます(私のsqliteスキーマで) start_zone_id end_zone_idコアデータ同一エンティティへの複数の関係
それぞれがゾーンテーブルの外部キーです。これはSQLで正常に動作します。しかし、Core Dataに移行するとき、私はこれをモデル化する方法を理解することができません。
私の最初の試みは、私がstartZoneとendZone関係で私のTransitLogエンティティにおける2体の関係を持ってい
(申し訳ありませんが、これが私の最初の記事はここにあるとのXcodeのスクリーンショットを投稿することができませんでした)ゾーンにそのポイントを属性私が持っている質問は、startZoneとendZoneの関係属性の逆関係を処理する方法です。私はそれらを必要としないのですか?このトピックで読んだドキュメントや書籍では、常に逆の関係を使用することをお勧めしますが、それが適用されない場合はこの特定の状況について疑問に思っています。あるいは、私はコアデータでこれを間違ってモデリングしています。
ありがとうございました。
マイク
コンパイル/シンタックスの意味では絶対必要ではないが逆関係は、CoreDataが多くのセットを削除したときに更新できるようにするために必要であることに注意してください。 –
ゾーンからTransitLogに移動する必要がない場合は、逆の関係なく行うことができます。 TransitLogを削除するとstartZoneとendZoneに何らかの影響があるようには見えません。だから、あなたは逆の関係を省いても問題ありません。ただし、各ゾーンから送信された中継ログの数をカウントするとしたら、逆関係を追加して後で移行作業を省きたいと思うかもしれません。 – westsider