作为this previous question的后续，我有一个基于核心数据的iPhone应用程序，它的底层SQLite数据库文件由一个用Cocoa编写的小实用程序预先加载，我也写过 . 基本上，我从文本文件中获取数据并离线构建我的数据，因此应用程序在运行时尽可能快（即我的数据解析没有 . ）
该项目的一部分将涉及从这些数据创建一个详细视图，并且由于渲染几个屏幕值的格式化文本的最佳方法是使用HTML和 UIWebView ，我可以扩展我的数据转换器以在转换过程中生成HTML .
My question is: what are the pros and cons of storing arbitrary sized blocks of HTML using Core Data? 正如我所提到的，我使用SQLite作为我的持久存储 . 我'm wondering about performance, especially if it'适合在数据库列中存储（比方说）10-50k的文本 .
我的另一种方法是生成单独的HTML文件，将它们存储为资源，并动态地找到它们 . 但是，这需要更多的时间来实现，并不像插入我现有的Core Data流（即向实体添加新属性）那么简单 .
2 回答
您可能想要考虑将这些较大的块移动到它们自己的实体中，这样它们就不必一直加载到内存中 . 否则，10-50k听起来不是太糟糕 .
虽然我没有对它进行基准测试，但是我将几十个HTML页面存储在CORE DATA应用程序中，并且具有非常令人满意的性能（读取即时...） .
-t