我正在创建一个使用核心数据的框架.在您的核心数据类上使用我的框架的要求之一是,您希望拥有框架功能的任何实体都需要是我提供给您的实体的子实体和子类.为此,我将该对象命名为Foo.
今天,我意识到Core data将所有属于foo的子实体的对象存储到一个名为ZFOO的表中.如果拥有大量数据集的人想要使用核心数据,我担心它的性能,因为Foo类的所有子实体都将存储在一个巨大的ZFOO表中.
如有任何意见或建议,将不胜感激.
我正在创建一个使用核心数据的框架.在您的核心数据类上使用我的框架的要求之一是,您希望拥有框架功能的任何实体都需要是我提供给您的实体的子实体和子类.为此,我将该对象命名为Foo.
今天,我意识到Core data将所有属于foo的子实体的对象存储到一个名为ZFOO的表中.如果拥有大量数据集的人想要使用核心数据,我担心它的性能,因为Foo类的所有子实体都将存储在一个巨大的ZFOO表中.
如有任何意见或建议,将不胜感激.
go 年我做了一个项目,它做了同样的事情,我们把所有东西都存储在核心数据中,把所有东西都存储在从单个类继承而来的核心数据中,这个类有一些共同的属性.
我们的核心数据中有1k到10k之间的记录,性能下降到我们重写它并删除共同祖先的程度.我记得简单的搜索需要几秒钟的时间,而插入/更新也相当糟糕.直到事情变得非常缓慢之后,我们才打开数据库,注意到在后台,核心数据将所有内容存储在一个表中.
对不起,我不记得具体的数字了,重要的是我们不得不重做,因为它太慢了,而不是太慢,比如对于高频交易来说太慢了,而是太慢了,比如当试图根据核心数据填充初始视图时,应用程序在加载时崩溃了.
因此,考虑到这是在较旧的iOS和较旧的硬件上进行的,我想说绝对不要这样做.