Core Data设计疑问：单实体存储还是拆分1:1关联实体？

针对你提到的500kb二进制属性是否要拆分到单独1:1关联实体的问题，核心取决于你的实际使用场景，以下是具体分析：

保留在原实体的潜在性能风险 #

• 不必要的内存占用：Core Data默认会将实体的所有属性加载到内存（除非使用fault机制或指定只获取特定属性）。如果你的业务中经常需要查询原实体的String/Int等小属性，但很少用到二进制数据，那么每次查询都会额外加载500kb数据到内存——批量查询时这个开销会被放大（比如一次性取100条就是50MB内存），长期下来可能影响内存稳定性。
• 磁盘IO效率：如果使用SQLite作为持久化存储，虽然Core Data对大BLOB有优化，但将大二进制数据和小属性存在同一实体中，在频繁更新小属性时，可能会因为数据块整体大小的原因，导致IO操作的效率略有下降。

拆分到单独实体的优势 #

• 精准控制数据加载：通过1:1关联，你可以在查询原实体时完全不加载二进制数据，只有当主动访问关联实体时才会触发加载，极大减少不必要的内存开销。
• 逻辑分离：将大二进制数据单独存放，实体的职责更清晰，后续维护也更方便。

折中方案：开启外部二进制存储 #

如果你不想拆分实体，可以给二进制属性开启allowsExternalBinaryDataStorage选项（在Core Data模型编辑器中勾选对应属性的"Allows External Storage"）。开启后，Core Data会自动将超过阈值（默认100kb）的二进制数据存储到沙盒的外部文件中，实体仅保留指向该文件的引用。这样既不用拆分实体，也能避免内存被大二进制数据占用的问题。

最终建议 #

• 如果大多数场景下不需要访问二进制数据：优先考虑拆分到单独1:1实体，或开启外部存储选项。
• 如果每次查询原实体都必须用到二进制数据：直接保留在原实体更高效，省去了关联查询的额外开销，500kb的大小不会带来明显性能问题。

内容的提问来源于stack exchange，提问作者Mike Nathas