Pull to refresh

Comments 10

Почему бы не распространять приложение с заранее заполненной базой?
в случае, когда необходима только БД, да, подход оправдан. В моем случае необходимо помимо самой БД распихать еще кучу контента по файловой системе. Кроме того, единый метод заполнения данными, подходящий и для первого запуска и для последующего обновления, показался целесообразным.
Вывод в постскриптуме является единственно верным. Транзакции являются первейшим способом ускорить работу с SQLite на запись; все остальные способы следует рассматривать опосля этого.
Открытым остался лишь вопрос, почему использование транзакций не всегда ведет к повышению производительности.
наверное на некорых устройствах транзакции «нечестные». файловая система видимо кешируется и изменения не сразу сбразываются на флешку…
Не пробовали работать через ContentResolver и использовать метод applyBatch?
как я понимаю, для этого всю логику работы с БД необходимо вынести в ContentProvider. Я же работаю с БД напрямую.
Да, конечно придется все вынести в ContentProvider. Если я правильно понял суть вопроса, то рассматриваются различные варианты ускорения работы в SQLite. Пакетная обработка мне очень помогла — увеличение производительноси в 7- 9 раз. Но там задача была несколько другая — не полностью вся база закачивалась, а обновления с сервера.
так быстрее это же работать не будет.
Там внутри так же как у автора: начинается транзакция, выполняются все команды, заканчивается транзакция… зато надо контент провайдеры городить, которые иногда совсем не кстати.
Аналогичная проблема для приложения Империя Пиццы тоже была решена через пакетную обработку, медленная скорость работы WildFire обусловлена низкой производительностью флеш-памяти устройства.
Sign up to leave a comment.

Articles