Хранение приложением большого числа картинок малого размера на разных ОС

Добрый день.
Столкнулся с такой проблемой - разрабатывается кросплатформенное приложение (Windows, Android, возможно,IOS).
Приложение должно хранить большое количество (>10-30k) картинок размером 10-200 Кб.
При использовании пользователем часто будет осуществляться открытие какого-либо файла.
Однако, сами файлы почти никогда изменяться не будут.
Суть в том, что, по опыту сталкивался с таким количеством файлов на Windows и знаю, что могут быть тормоза.
+ удаление, распаковка приложения, перемещение информации с карты памяти на память телефона и обратно по желанию пользователя - будут долгими.
Вопрос в том - как хранить - в Sqlite?
Есть ещё бредовая идея - самому написать формат хранения и хранить как несколько больших файлов.

в zip-архиве.

miksoft
в zip-архиве.

Сжатые картинки??

miksoft,

Каждый раз при запуске программы распаковывать - плохой вариант.

Изопропил
miksoft в zip-архиве. Сжатые картинки??

Зато один файл.
Можно было бы tar предложить, но zip более распространен во всяких библиотеках.

mraklbrw
Каждый раз при запуске программы распаковывать - плохой вариант.

Не при запуске, а перед показом. И не в файл, а в память. Чтобы ускорить распаковку можно даже режим сжатия поставить на "без сжатия".

mraklbrw,
тормоза возникают когда такое количество файлов находятся в одной папке . из практики - в папке не должно быть более 1,5к файлов

mraklbrw
Столкнулся с такой проблемой - разрабатывается кросплатформенное приложение (Windows, Android, возможно,IOS).

Проблема-то в чём выражается? Фалойвая система это база данных для хранения файлов, лучше ещё ничего не придумали в отношении эффективного хранения.

Храните файлы в папках по 500-1000 файлов в одной папке. Всё.

вадя
mraklbrw, тормоза возникают когда такое количество файлов находятся в одной папке . из практики - в папке не должно быть более 1,5к файлов

+1
в файловой системе плохо -- придется извращаться с искусственно городимым разделением
файлов по бинарному в моей истории - по двухуровневому (26+10) * (26+10) арному дереву (буквы латинского алфавита + цифры).
Причем файлу приписывали хешкод - в зависимости от которого рассовывали файлы по дереву.
по первым двум символам хешкода брали первый каталог, по вторым - второй.
Этого хватило, контора развалилась до вырождения системы.



Описание файла и хешкода лежало в сайбейз ану для поиска.

Проще сразу взять SQLite

miksoft
в zip-архиве.

через год работы окажется что 90% картинок - уже упакованные jpg