- В общем случае, если задача решается в лоб использованием SQL-базы
данных, то её и нужно использовать. Будет проще во многом. Другое
дело, что может получиться _сильно_ не оптимально и избыточно. В
данном случае непонятно какие выборки из базы данных потом будут
осуществляться. Если нужно просто разделить по источникам, то что
мешает сразу писать в разные же файлы, и потом брать только нужные.
А для передачи -- запаковать в зип. В случае SQL же, любая другая
база данных fk0(1594 знаков, 10.07.2020 18:33)
- Я не о том, во что сложить - CSV проходит (пока), а как сложить, чтобы потом можно было восстановить исходный порядок
посылок и пакетов - MBedder(10.07.2020 18:55)
- Наверное, в таких случаях лучше всего использовать для хранения
Базы данных временных рядов - BlackPrapor(10.07.2020 19:28, ссылка)
- Пишет один процесс или разные? В один файл или в разные? Если файл
один (без буферизации, разумеется, и с O_APPEND), то порядок
очевиден... можно таймштамп добавить (но он может совпадать у
соседних записей). Если процесс один, поток один, есть точка, где
всё упорядочивается явно, то там можно порядковый номер записи
добавить. fk0(1858 знаков, 10.07.2020 19:24)
- Если вкратце, то при выборе Btree в качестве метода хранения появляется возможность поиска по частичному ключу в сортированных данных. Т.е. курсор автомагически ставится на начало диапазона, с ключём большим или равным заданному (см. fk0(511 знаков, 10.07.2019 00:47, ссылка)