А что такое "потоки"? Эти потоки производят родственные данные (типа параллельных датчиков) или одно и тоже (типа счетчик обращений к веб-страничке)?
В дальнейшем надо знать из какого "потока" пришла цифра или не надо?


Часто используется двухзвеный процесс: "потоки" независимо друг от друга пишут свои данные в файлы (буферизация зависит от конкретного потока). Это дает возможность гибкого управления каждого потока и минимальный оверхед на накопительном файле. Особенно если разные потоки могут производить числа разного типа (например один выдает целые числа, а второй с плавающей запятой, третий вообще только флаг "да/нет").
И с некоей периодичностью запускается отдельный процесс который берет очередной файл, расшифровывает его в БД и стирает. А поток начинает набирать новый файл... Этот процесс даже может находится на другой машине чем "потоки". Это так же позволит иметь несколько читателей в БД параллельно с одним-единственным писателем.



kangreonПеред запуском потоков, я вызываю begin transaction, а после остановки всех потоков - commit.
Является ли это решение хорошим? Есть ли решение моей проблемы на стороне SQLite? Это ужасное решение. Если "потоки" подключаются к базе каждый по себе, то это вообще работать не будет. А если они идут через один общий синхронизирующий поток, то при частоте срабатывания потоков в полсекунду у тебя будет как минимум несколько секунд в каждой транзакции. А что если у тебя между begin и commit электричество вырубится?