关于Supporting Data的两难

今日一个Data补丁包的Show cases, 原本一些再简单不过的数据更新，却把补丁包的方案弄的复杂繁琐。

原因在于同一类型的数据，不但存在于源头项目，而且在引用项目里面也有备份，还用了个相当偷懒的存储格式。

于是乎，这个补丁包的复杂度就直线上升了。

 

回过头来想，当时引用该数据的项目，之所以保留备份数据，主要是出于效率上的考虑，并基于该supporting data极少更新的假定之下。

可惜，一来该supporting data并非极少更新(大概一两个月更新20来条)，二来那两百万条左右的数据，早有index，所以反应速率上应该并非不能忍受。

那么，是否此时应该把这里不必要的备份去除？

考虑到去除相关的部分应该只需要3个points左右，那么是否应该用这3个points的effort来替换2个points的data patch? 以求一劳永逸？

 

目前的做法是，保留原有设计，继续研究强化那个data patch的解决方案，因为担心对原有系统有影响。

转载于:https://www.cnblogs.com/susanjiang/archive/2010/11/09/1872982.html