sqlite - Core Data sqlite存储单表由于继承弊端?

标签 sqlite inheritance core-data

我有一个包含大约 20 个实体的核心数据模型。我希望所有实体都具有共同的属性。例如,它们都具有创建日期属性。 因此,我引入了一个包含所有公共(public)属性的公共(public)实体,所有其他实体都继承自该公共(public)实体。

这很好并且运行良好,但是所有实体最终都在一个单独的 SQLite 表中(这是合乎逻辑的)。

我想知道这是否有任何明显的缺点? 例如,在现实生活中每个实体有 1000 多个对象时,(单个)表是否会变得如此庞大以至于可能发生可怕的性能问题?

最佳答案

这个问题之前有人问过:

Core Data entity inheritance --> limitations?

Core data performances: when all entities inherit from the same parent entity

Core Data inheritance vs no inheritance

另请记住,当您想检查 SQLite 文件以进行调试时,单独的表更容易检查。

我会使用通用的 NSManagedObject 子类而不是父实体。

关于sqlite - Core Data sqlite存储单表由于继承弊端?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36952844/

相关文章:

iphone - 有没有人有核心数据中获取属性的工作示例?

python - 通过python循环的SQL插入查询

python - 如何正确处理Python继承

JavaScript 扩展对象和原型(prototype)

java - 如何解决接口(interface)和继承之间的问题

core-data - 带有从核心数据中获取的部分的 SwiftUI 列表

ios - 基于MKAnnotion删除核心数据对象

android - 我可以在 iOS 或 Android 手机上设置私有(private)且安全的 SQLite 数据库吗?

android - 如何将 SQLite 数据库中的标记输出到 MapView 和 Google Map

Android SQLite Select查询速度