Быстрое чтение строк в sqlite3

Не совем понимаю, зачем prepare/finalize на каждой итерации (если сам запрос не меняется, конечно).

Я имел ввиду сам подход. В цикле разумеется только sqlite3_step.

Скорее всего тормозит твоё приложение. Профайлер в зубы и вперёд. Для проверки можешь закомментить весь код обработки записи.

Уже. Для теста в цикле только один step и был.

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

Можешь не отвечать, я уже посчитал. 60М/300К=200 байт на запись. Меняй диск на SSD. Проверить что дело в нём можно в iotop

Хм... Что-то я в таком разрезе не думал. Не, ssd не вариант. В боевых условиях прога на откровенных помойках может запускаться.

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

Это с холодным дисковым кешем оси? А если повторить запуск?

Можно попробовать открыть стройней прогой, типа sqlitebrowser. И если и она тормозит - тогда уже разбираться.

Ммм... Попробуй отключить autocommit, обернув чтение в транзакцию. Может быстрее будет читать.

Это sqlite3, сынок. Это значит только и исключительно оверхед и тормоза на ровном месте. Бери или пиши нормальное хранилище оптимизированное под bulk read.

Гугл говорит, что надо сделать PRAGMA cache_size=-100000. Пробовал?

Отрицательный кеш удвоил время выполнения.

autocommit уже отключен, ибо база вообще открывается read only.

sqlite.exe выполняет этот запрос даже с записью в файл примерно за 2 секунды. Кажется всё-таки стоит поразбираться. :)

Тогда код в студию.