ios – 尽管没有任何迁移,但核心数据迁移速度很慢

Core Data通过为父实体创建单个表并为子实体使用的所有字段的union添加列来实现sql存储中的继承.因此,您可能认为您在一个实体上仅重命名了两个字段,但Core Data必须将更改应用于从该实体继承的每个对象,或者具有该实体的共同祖先.

在您的特定架构中,您看起来像有一个实体,Item,至少从Genre,AudioTrack,studio,Director,Store,Movie,Condition,Region,owner,AspectRatio,Year,Myrating,Episode,Edition,Format,Producer,作家,Audiencerating,SeenIt和电影下降.当我通过眼睛阅读您的日志而不是自动分析时,可能还有其他人.因此,Core Data创建了一个名为Item的表,其中存储了每个实体的每个实例.每当这些实体中的任何一个(或我可能没有找到的其他实体)发生变化时,Core Data必须更新每个实体的所有实例的记录.

这就是你看到的原因：

create table ZITEM ( Z_PK INTEGER PRIMARY KEY,Z_ENT IntegeR,Z_OPT IntegeR,ZUNIQUeid integer,ZCOLLECTIONSTATUS IntegeR,ZHASCOVER IntegeR,ZINDEX IntegeR,ZPLOTNOTE IntegeR,ZUSERVALUES IntegeR,ZPURCHASEDATEDAY IntegeR,ZPURCHASEDATEMONTH IntegeR,ZPURCHASEDATEyear integer,ZRELEASEDATEDAY IntegeR,ZRELEASEDATEMONTH IntegeR,ZRUNTIME IntegeR,ZVIEWINGDATEDAY IntegeR,ZVIEWINGDATEMONTH IntegeR,ZVIEWINGDATEyear integer,ZAUDIENCErating IntegeR,ZCONDITION IntegeR,ZEDITION IntegeR,ZFORMAT IntegeR,ZLOANER IntegeR,ZLOCATION IntegeR,ZMYrating IntegeR,ZowneR IntegeR,ZSEARCH IntegeR,ZSEENIT IntegeR,ZSEENWHERE IntegeR,ZSERIES IntegeR,ZSTORAGEDEVICE IntegeR,ZSTORE IntegeR,Zyear integer,ZRANK IntegeR,ZTYPeid integer,ZCOLLECTIBLE IntegeR,Z3_COLLECTIBLE IntegeR,ZBIN IntegeR,ZSORTORDER IntegeR,ZSECTION VARCHAR,ZCLZID VARCHAR,ZCONNECTHASH VARCHAR,ZSORTtitlE VARCHAR,ZtitlE VARCHAR,ZACTORS VARCHAR,ZCLZmediaId VARCHAR,ZCURRENTVALUE VARCHAR,ZIMDBnumbER VARCHAR,ZIMDBrating VARCHAR,ZLOANDATE VARCHAR,ZLOANDUEDATE VARCHAR,ZPURCHASEPRICE VARCHAR,ZSTORAGESLOT VARCHAR,ZtitlEEXTENSION VARCHAR,ZUPC VARCHAR,ZTHEDESCRIPTION VARCHAR,ZURL VARCHAR,ZDISPLAYname varchar,ZSORTname varchar )

这是包含Item的所有后代的所有字段的并集的表.这也是为什么例如Audienceratings的获取执行如下：

SELECT t0.Z_ENT,t0.Z_PK,t0.Z_OPT,t0.ZSECTION ... FROM ZITEM t0 WHERE  t0.Z_ENT = ?

所以：

>核心数据正在更新超过50行;>如果你想避免这种情况,你需要避免继承;>你可以避免’是’与’有’关系的关系,但是核心数据的双向性质经常会让人感到痛苦(如果有30个对象与Item有连接,那么Item必须有30个与其他对象的连接);>如果Item只是一个像统一时间戳那样微不足道的东西,通常只需要为每个实体添加一个时间戳属性,并让每个实体调用一个共同的代码来建立它.