БД и потоки

@Elkatib · Регистрация: 08.01.2016

Студворк — интернет-сервис помощи студентам

Ув. форумчане, я использую в приложении частое обращение к БД.
Везде написано, что трудоемкие операции, в том числе и работа с БД должна быть конвертирована в отдельный поток, так как будет запаздывать отрисовка графических элементов, так как они выполняются в Главном Потоке (UI). Собственно говоря, у меня так и происходит, и приложение подвисает на долю секунды, но это заметно на глаз.

Вопрос: поможет ли мне помещение работы с БД с основного потока в другой поток, если отрисовка элементов (к примеру, сколько элементов в RecyclerView будет отображено) зависит полностью от результата работы с БД? То есть мне все равно нужно сначала узнать, к примеру, сколько названий книг имеется в БД, а уже потом вывести результат с названиями книг отдельно в RecyclerView? Получается неважно, что работа с БД будет идти параллельно со строками кода в OnCreate, так как мне все равно нужно будет дождаться пока БД не даст ответ, а уже потом переходить к отрисовке?

Очень Вас прошу, подскажите, так ли это? И как правильно поступать в такой ситуации?

@ExFau$t · 03.05.2019, 23:28

Нужно отрисовать дефолтное вью, сделать запрос в бд в другом потоке и при успешном завершении обновить вью. Появление контента появится с запозданием, но уже имеющийся контент будет отзывчивый к действиям пользователя, пока идут запросы. Даже сделать блок экрана каким-то прогресс баром лучше, чем зависание вью и невозможность кликать/скролить.

@Elkatib · 03.05.2019, 23:34 **[ТС]**

ExFau$t, спасибо огромное.. Именно это я и хотел узнать...

@ExFau$t · 03.05.2019, 23:48

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

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11680&d=1772460536 Одним из. . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .

@Elkatib 18 / 13 / 5 Регистрация: 08.01.2016 Сообщений: 315

	БД и потоки 03.05.2019, 15:25. Показов 1144. Ответов 3 Метки нет (Все метки) Ув. форумчане, я использую в приложении частое обращение к БД. Везде написано, что трудоемкие операции, в том числе и работа с БД должна быть конвертирована в отдельный поток, так как будет запаздывать отрисовка графических элементов, так как они выполняются в Главном Потоке (UI). Собственно говоря, у меня так и происходит, и приложение подвисает на долю секунды, но это заметно на глаз. Вопрос: поможет ли мне помещение работы с БД с основного потока в другой поток, если отрисовка элементов (к примеру, сколько элементов в RecyclerView будет отображено) зависит полностью от результата работы с БД? То есть мне все равно нужно сначала узнать, к примеру, сколько названий книг имеется в БД, а уже потом вывести результат с названиями книг отдельно в RecyclerView? Получается неважно, что работа с БД будет идти параллельно со строками кода в OnCreate, так как мне все равно нужно будет дождаться пока БД не даст ответ, а уже потом переходить к отрисовке? Очень Вас прошу, подскажите, так ли это? И как правильно поступать в такой ситуации? 0

@ExFau$t 1570 / 1168 / 426 Регистрация: 08.05.2012 Сообщений: 5,219
	03.05.2019, 23:28
	Сообщение было отмечено Elkatib как решение Решение Нужно отрисовать дефолтное вью, сделать запрос в бд в другом потоке и при успешном завершении обновить вью. Появление контента появится с запозданием, но уже имеющийся контент будет отзывчивый к действиям пользователя, пока идут запросы. Даже сделать блок экрана каким-то прогресс баром лучше, чем зависание вью и невозможность кликать/скролить. 1

@Elkatib 18 / 13 / 5 Регистрация: 08.01.2016 Сообщений: 315
	03.05.2019, 23:34 [ТС]
	ExFau$t, спасибо огромное.. Именно это я и хотел узнать... 0

@ExFau$t 1570 / 1168 / 426 Регистрация: 08.05.2012 Сообщений: 5,219
	03.05.2019, 23:48
	Это не цитата из методички, а моё мнение только, если что. И зависит от обстоятельств, например, не всегда выгодно несколько раз подряд перерисовывать экран. Это уже больше к архитектуре, оптимизации, кешированию и т.п. 0

БД и потоки

Решение