в случае, когда необходима только БД, да, подход оправдан. В моем случае необходимо помимо самой БД распихать еще кучу контента по файловой системе. Кроме того, единый метод заполнения данными, подходящий и для первого запуска и для последующего обновления, показался целесообразным.
Вывод в постскриптуме является единственно верным. Транзакции являются первейшим способом ускорить работу с SQLite на запись; все остальные способы следует рассматривать опосля этого.
Да, конечно придется все вынести в ContentProvider. Если я правильно понял суть вопроса, то рассматриваются различные варианты ускорения работы в SQLite. Пакетная обработка мне очень помогла — увеличение производительноси в 7- 9 раз. Но там задача была несколько другая — не полностью вся база закачивалась, а обновления с сервера.
так быстрее это же работать не будет.
Там внутри так же как у автора: начинается транзакция, выполняются все команды, заканчивается транзакция… зато надо контент провайдеры городить, которые иногда совсем не кстати.
Аналогичная проблема для приложения Империя Пиццы тоже была решена через пакетную обработку, медленная скорость работы WildFire обусловлена низкой производительностью флеш-памяти устройства.
Как ускорить insert в SQLite