Паковка файлов многие → один

[Баламут]

А я бы связанный список взял за основу. В начале каждой записи вписал бы заголовок примерно следующей структуры:

1. Заголовок файла (пусть даже приведенное к формату 8.3)
2. Размер
3. Ссылка на предыдущую запись (или -1, если первая)
4. Метка удаления

Ну да, размер файла несколько увеличится. Но зато довольнопросто осуществлять навигацию по нему и не нужно полностью переписывать весь файл в случае добавления новой записи. Ну а иногда сжать файлик путем удаления помеченных записей думаю не так уж и сложно.

[JTG]

Можно изобретать свой велосипед, на основе TFileStream это делается довольно просто, вот тут выкладывал пример (может содержать ошибки ) http://programmersforum.ru/showpost....16&postcount=6

Можно хранить в OLE-compound архиве (повсеместно используется в винде в доках, до появления docx-он-же-зип, thumbs.db и т.п., но апи для работы с ним есть только в винде, соответственно)

Или зип, как уже предлагали.

[GunSmoker]

+1 за OLE.

[psycho-coder]

Предложу свои велосипеды:
1) Запаковать в зип и удалить заголовок));
2) Чуть посложнее:
Организовать структуру данных, с полями размером ~2.2кб(с запасом). Если 2 кб максимальный размер то можно и 2 кб. Записать все файлы в эту структуру и работать как с типизированным файлом. Только скорость поиска будет хромать;

[igh0st]

Как вариант, можно использовать IStorage.

[r9m]

Или вот ещё попробуй:
http://freevcl.blogspot.com/2010/06/...unit-v104.html - bzip. не требует никаких библиотек, так что вы можете создавать полностью автономные приложения.

http://freevcl.blogspot.com/2010/06/diucl.html - порт библиотеки, что используется в UPX. Очень быстрая распаковка, почти не загружающая память. Ассемблерный распаковщик, который умещается менее чем в 200 байт. Поддержка сжатия и распаковки в одном месте (in-place). Распаковка в реальном времени.