Для оптимизации запроса смотрите информацию об используемых индексах:

explain query plan _запрос_

Без этого сложно угадать, как у вас все работает. Но 5 минут на обработку объединения трех мелких табличек это очень много... если только поля в базе не содержат, скажем, mp3-файлы (некоторые додумываются именно так и сделать - хоть бы, черти, выносили большие поля в отдельную табличку).

И еще - вы оптимизацию и настройку базы вообще делали? Если нет, то сделайте. Например, увеличение дисковой страницы до 4-х килобайт с дефолтового значения в 1 килобайт позволяет значительно увеличить скорость работы (дефолтовое значение для сотовых телефонов еще годится, а вот для современных КПК уже нет, а уж для десктопа и вовсе).

P.S. Индексы _не перестраиваются_ при открытии базы - они хранятся на диске и _информация_ о них просто считывается в определенную структуру в памяти при открытии базы. "internal representation of the index layout" - это внутреннее представление в ОЗУ о размещении страниц индекса на диске, а не весь индекс на диске. Кстати, соответствующие структуры в памяти создаются для всех объектов базы, а не только индексов.

P.P.S. Маленькие "объемы" - это, простите, сколько? В продакшене использую эскулайт-базу, преведенную с постгреса, около 20 гиг, прекрасно работает. Когда перетаскивал с постгреса, создавал тестовые базы эскулайт в 100 гиг, с ними также все хорошо. Если для вас десятки и сотни гигабайт это "маленькие" базы, то уж будьте любезны, уточняйте размер :-) В документации по SQLite объяснено, почему не рекомендуется создавать базы размером более "нескольких дюжин гигабайт" (коротко говоря, требуется выделить память пропорционально количеству дисковых страниц менеджеру дисковых страниц при старте записывающей транзакции), но это вовсе не предел, хотя часто оказывается удобнее и эффективнее использовать команду attach, объединяя нужные базы в одну для выборок и выполняя вставки в отдельные базы (к тому же это ограничение было сформулировано в начале 2000-х годов, с тех пор доступные объемы и скорость оперативной памяти значительно выросли).

P.P.P.S. При открытии базы создаются внутренние структуры для доступа к индексам (internal representation of the index layout). При этом индексы хранятся в самом файле БД, см. http://www.sqlite.org/fileformat2.html

Версия 3.7.0 умеет создавать индексы для выборки, если построение индекса эффективнее сканирования таблицы при выполнении запроса. Но злоупотреблять не стоит, да и версия эта еще далеко не у всех.

White OwlДык! SQ Lite же оно :) У этой базы предназначение быть встроенной микро-базой. На большие объемы она не рассчитана.

У меня базы размером до 100 Гб работают замечательно (это не предел, просто мне больше не требуется). Страшно спросить, что же такое _для вас_ большие базы? А сверхбольшие?..

Модераторам:

Раз темы с такими вопросами оживают, есть предложение создать тему с примерами внедрений, что ли. А то вот оказывается, что понятие большая и маленькая до сих пор не определено, хотя об этом и в других топиках обсуждения случались.