Image Wells、Core Data 和 Sqlite 文件
我有一个我开发的 mac 应用程序。
我用它来创建与我的 iPhone 应用程序捆绑在一起的 sqlite 文件。 Mac 应用程序使用核心数据和绑定，除了一个“奇怪”的问题外运行良好。
我使用 NSImageView（或 Image Well）来拖放 jpg 文件。
这绑定到我的模型类中的可选二进制属性。
由于某种原因，当我将 4k jpg 文件拖放到图像上并保存 sqlite 文件时。保存到二进制列的数据比应有的数据大 15 倍以上。
而如果我使用像 SQLiteManager 这样的应用程序并将图像添加到数据库中的行中。二进制数据是正确的（预期大小）。
文件 4k jpg 实际大小：2371。 通过核心数据大小保持：35810。
任何人都可以给我一个关于为什么会发生这种情况的建议吗？
我需要在 Interface Builder 中设置一些设置或编写一些自定义代码吗？
I've got a mac application that I've developed.
I use it to create sqlite files that are bundled with my iphone app. The mac app uses Core Data and bindings and is working fine except for one "weird" issue.
I use an NSImageView (or Image Well) to allow me to drag and drop jpg files.
This is bound through to an optional binary attribute in my model class.
For some reason when I drag and drop a 4k jpg file it onto the image well and save the sqlite file. The data saved to the binary column is over 15 times larger than it should be.
Whereas if I use an application like SQLiteManager and add the image into the row in the database. The binary data is the correct (expected size).
File 4k jpg
Actual size: 2371.
Persisted via Core Data size: 35810.
Can anyone give me a suggestion as to why this might be happening?
Do I need to set some setting in Interface Builder or write some custom code?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
从 sqlite3 文件创建转储并检查哪些内容使用了您的空间。我使用普通的 sqlite3 在 Galileo 中存储图像缓存，据我所知，数据库大小 ~ 总图像大小。
Create dump from sqlite3 file and check which content use your space. I use plain sqlite3 to store image cache in Galileo and as far i know there db size ~ total images size.