Performance to slow - соображения

Главная беда - хранение обложек книг в в самих книгах внутри исходных архивов и без кэширования. На каждую отрисовку страницы сервер будет проходить по всем архивам искать книгу и оттуда брать обложку. Пенальти по производительности обеспечены.

Варианты только один - при сканировании блиблиотеки извлекать из книги обложку и хранить ее вне архивов. Издержки по дисковому протсранству могут быть не так велики и не так страшны. Можно сразу оптимизировать их и создать миниатюры нужного размера. Можно кэшировать.

Как хранить:
1. Хранить обложки на файловой системе - нужно лишь придумать иерархию кнг, чтоб все в одну бабку не свалилось. Не зависит от типа БД и можно хранить лишь указание где искать обложку.
2. Хранить внутри блобов в БД - плюс в ссылочной целостности. Но тут надо смотреть очень внимательно.

У каждого варианты свои плюсы и минусы. И кажды вариант имеет право на жизнь

Оба подхода реализованы кстати в двух промышленных федеральных информационных системах с которыми каждый день мучаюсь - в обеих правда неудачно

Такой вариант ранее был уже реализован в начальных версиях SOPDS. Однако для домашней библиотеки я посчитал его избыточным и убрал из кода.

mitshel wrote: Такой вариант ранее был уже реализован в начальных версиях SOPDS. Однако для домашней библиотеки я посчитал его избыточным и убрал из кода.

Для маленькой домашней библиотеки наверно избыточны, но вот если LibRusEc/Flibusta/Trauma лопатить, то вполне себе актуальненько было бы ...