我读过 in another answer Simperium 应该能够很好地处理核心数据轻量级迁移。但是,我目前正在努力解决向现有实体添加(可选)属性的简单情况。
为了使问题更容易理解,我们来看一个例子。假设我以前的应用程序版本是 1.0,新版本 1.1 在核心数据实体上引入了一个新属性 foo
。
现在,让我们考虑这个场景:
- 设备 A 和 B 都运行 1.0 版并连接到同一个 Simperium 同步帐户,两者都是最新的。
- 设备 A 升级到 1.1 版,在数据库中创建属性,用户向新的
foo
属性添加一些数据。此数据已正确同步到 Simperium 后端,并且foo
在网络数据浏览器中可见。 - 设备 B(仍在 1.0 版,即没有
foo
)与 Simperium 同步。此时我看到Simperium warning: applyDiff for a member that doesn't exist
,这是可以理解的,因为foo
不存在。这里的一切都如期而至。 - 现在设备 B 升级到 1.1。第一次启动应用程序时,Core Data 会创建新的
foo
列。但是,既然foo
属性存在,Simperium 仍然不会从后端提取数据,因此设备 A 和 B 看不到foo
的相同数据!
我理解为什么会发生这种情况(Simperium 第一次放弃了更改,因为该属性还不存在,然后在可能的时候不再应用相同的更改)。但是,我认为这是一个很大的问题,即使是对数据模型进行最简单的更改也会使风险很大。我在这里错过了什么吗?向实体添加新属性的安全方法是什么?
最佳答案
抱歉,我们花了一些时间才回复(请务必随时在 Github 上打开问题!)。
目前,在迁移方面几乎没有什么注意事项。
我已经提交了 this issue ,以正确处理新属性场景,以及 this issue处理属性重命名。
现在,虽然协议(protocol)是有弹性的,并且同步应该自行恢复(万一发生某些事情,客户端不同步,即迁移),属性重命名会导致故障。
目前,恐怕处理迁移最简单//最安全的方法是创建另一个具有所需属性集的存储桶。
对于给您带来的不便,我们深表歉意,我们将对此进行迭代!
关于ios - Simperium 在向实体添加新属性时丢失数据,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32613379/