我使用 Realm 作为我的应用程序的数据库解决方案。我的图像需要持久存储能力，以便我可以在离线时加载它们。我还需要一个缓存，这样我就可以从那里加载图像，而不是每次单元格绘制它们时都从 API 中获取它们。我的第一个想法是，如果我将图像作为 NSData 存储在 Realm 中，Realm 数据库可以很好地提供这两个功能。但是我在 SE 上找到了两个答案( here 和 here )，如果您有许多经常变化的大尺寸图像，建议不要这样做。相反，他们建议将图像保存到磁盘，然后将这些图像的 URL 存储在 Realm 中。
我的问题是为什么这是最佳实践？上面链接的答案并没有给出原因，只是说你最终得到了一个臃肿的数据库。但为什么这是一个问题？在我的数据库中拥有大量图像与在磁盘上拥有大量图像之间有什么区别？
是速度问题吗？如果是这样，从磁盘访问图像的应用程序与能够从 Realm 等数据库解决方案访问图像的应用程序是否存在明显的速度差异？
提前致谢。
最佳答案
这不仅仅是 Realm 本地化的问题。我记得 Core Data 也给出了同样的建议。
对于为什么不建议将大型二进制数据存储在数据库中，我猜测最重要的原因是因为“你没有得到任何东西，实际上会比其他情况下失去更多”。
使用 Core Data(即由 SQLite 支持的数据库)，您实际上会受到性能影响，因为当您从 SQLite 执行读取时，数据将被复制到内存中。如果是大量数据，那么这是完全不能接受的。
至少在 Realm 中，由于它使用零拷贝、内存映射机制，您将获得 NSData直接从 Realm 文件映射，但话说回来，这与从磁盘本身加载图像文件完全没有区别。
当您开始经常更改图像时，这在 Realm 中成为一个主要问题。 Realm 在跨线程处理更改数据时实际上使用了内部快照机制，但这本质上意味着在操作期间，整组数据可能会定期复制到磁盘上(以确保线程安全)。如果数据集包含大量二进制数据，它们也会被复制(这也可能意味着性能下降)。发生这种情况时，磁盘上的 Realm 文件的大小将增加以容纳快照，但是当操作完成并删除快照时，文件不会缩小回原始大小。这是因为回收磁盘空间将是一个代价高昂的性能损失，并且由于很容易再次需要该空间(即通过另一个大型快照操作)，抢先执行似乎效率低下(因此“膨胀”)。
如有必要，可以手动执行操作来回收此磁盘空间，但通常推荐的方法是优化代码以最大程度地减少这种情况的发生。
因此，总而言之，虽然您完全可以将大数据 blob 保存到数据库中，但随着时间的推移，它可能会导致性能下降和文件大小膨胀，否则您可以避免这些问题。这些类型的数据库旨在帮助将少量数据转换为可以保存到磁盘和从磁盘检索的格式，因此它基本上浪费在可以轻松直接保存而无需任何修改的二进制文件上。
将大型二进制数据简单地存储在磁盘上，并将对它们的文件名引用存储在数据库中，通常会更容易、更清晰、更高效。 :)
关于image - 为什么建议将图像存储在磁盘而不是 Realm 中，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/37443052/