I do not think that Core Data was really designed to store this type of data. This would be the moral equivalent of storing image data in a SQL / relational database, which is also not ideal.
I have a similar situation where I have a bunch of images stored in a hard target location (my list of images never changes, so I just include them all in the application package) with a Core Data repository containing a lot of metadata about the image. All I keep in the main data of the image itself is the file name, and then tear out the full path to the file at runtime when it is time to see the image. I have no problem with delay or delays.
Despite the fact that I do not display the image in UIScrollView, I still think that you have little problem getting an array of image information from the master data store and creating a full path to the file on the fly, since the cells are generated since then, it's just strings , and the code for creating UIImage is very compact. This is either to generate the same array of information, and then compile the array of image paths before any cells are generated, for example, when UIScrollView is about to appear.
Philip regan
source share