Я разрабатываю iPad/приложение для iPhone с помощью базовых данных. Основной фокус приложения сортирует и просматривает до 20 000 PDFs, Они - ~200KB каждый. Обычно его лучшее для не хранения БЛОБОВ в DB, но для настольных систем, я обычно видел его, сказало это, если блобы - <1 МБ затем его штраф для использования DB. Какие-либо соображения я должен взять в количество? Если я храню их в файловой системе, я могу сохранить их всех в одном каталоге и не иметь проблемы производительности (я никогда не должен буду получать список каталога, так как я сохранил бы, каждый - путь в DB)? Я должен разделить их между горсткой каталогов? Раз так есть ли хорошее правило о # файлов на dir?
Я бы выбрал пути внутри вашей базы данных. Это быстрее благодаря поиску и резервному копированию. Я лично использую относительный путь к каталогу, поэтому я могу изменить «корневую» папку в случае миграции системы или балансировки нагрузки. Вы можете хранить их в одном каталоге, потому что, когда вы ищите их в своей базе данных, они используются по уникальному идентификатору (если ваша схема спроектирована таким образом).
Вы можете легко хранить большие двоичные объекты размером 1 мегабайт внутри SQLite (в том числе и в других базах данных). Просто не рекомендую.