Соколинский БорисС СУБД, ввиду п. 2-3 в этом месте связываться боязно.
Совершенно непонятно, почему.

Соколинский Борис2. Запись неоднородной информации
Вот что там у вас за неоднородная информация такая, что запись её в БД может вызвать какие-то проблемы? это при том, что в текст всё пишется - то есть ничего хитромудрого в данных нет. Пишите как есть, сырцом, но в БД, в текстовое поле, и всё.

Соколинский Борис3. Максимальная надежность работы.
Современные СУБД достаточно надёжны. И в чём-то даже получше plain text будут.

dbpatchлюбая база данных имеет негарантированное время реакции, потому пункты 1 и 3 отпадают
Ну по поводу пункта 3 - так ведь и жёсткий диск не гарантирует real-time записи.
А по первому пункту - записываемая информация, если это действительно лог, обязана содержать в себе временнЫе метки (штамп времени, синтетический штамп или ещё что), устанавливающие порядок, и, значит, сортировка по этим меткам выстроит последовательность событий в правильном порядке, даже если они до сервера добрались перемешанными. А ориентироваться на физический порядок следования - это даже не смешно.

dbpatchа так вообще есть такая штука как syslog-ng
Ага, которая хранит логи на сервере БД. Только дополнительно организует ещё слой буферизации, чтобы чего не потерять. Но если товарищ логирует собственное приложение, так он и сам организовать такую буферизацию может, без привлечения сторонних средств. И процесс слива буфера на сервер БД - низкоприоритетный рядом с приложением или нормальный рядом с сервером БД.

Соколинский БорисВ этом случае теряется все преимущество БД по сравнению с текстовым файлом.
Не понял. Что теряется? Ничего не теряется. Просто у тебя должно быть ТРИ этапа.

1) Накопление данных
Данные складываются в БД как есть, без парсинга и преобразований. Задача этапа - сохранить данные максимально быстро и без потерь. Одноразово.

2) Предобработка, парсинг и формализация данных
Данные парсятся, параметры раскидываются по полям, а то и таблицам, конвертируются в необходимые типы, проводятся необходимые предобработки и предрасчёты. Одноразово, выполняется по завершении первого этапа.

3) Обработка и анализ
Получение необходимых результатов на основании обработанных данных. При необходимости - обращение к оригиналам. Сколько угодно раз.

Соколинский БорисМеня беспокоит исключительно механизм передачи. Если программа упадет, намного больше шансов, что какая-то информация потеряется.
Ну что за детский лепет? А если программа-логгер упадёт? вот только не говори, что невозможно - программа она программа и есть, упасть - только дай. Боишься за механизм передачи, сеть хреновая - значит, делай ещё локальную кэш-прослойку, которая примет логи, забуферит, и по мере возможности передаст на сервер. А лучше сеть переделать, разъёмы там перебить, хабы на коммутаторы поменять...

Соколинский Борису меня многопоточное приложение и логи пишутся отовсюду.
Тем более - кэширующий процесс, в фоне, когда время есть, сливающий логи на сервер, не будет лишним.
Сколько у тебя там суммарно логов в одном сеансе, ежели в гигабайтах мерить?

Соколинский БорисОбъем зависит от длительности работы и состава логгируемых операций. От 100К до 10М.Да ё моё! я думал, там гигабайты дикие... накапливай в памяти, а по завершении процесса всё сливай на лог-сервер в базу.

Соколинский БорисКак таковой программы-логгера пока нет, рабочая программа сама пишет.Ну как я в общем-то и предполагал - сама программа и есть кроме всего прочего логгер.

Соколинский БорисСтолько всего городить ради решения второстепенной задачи.
Господи, чего тут городить-то? отдельная приблуда, которая через локалхост получает данные, и по мере готовности лог-сервера отправляет их туда - это городить? и можно даже с шареной памятью не связываться, через локалхост оно пролетает со свистом, тем более в таких-то объёмах. А на старте пусть она сразу зарезервит себе памяти с избытком, скажем, метров 50, чтобы с выделением-освобождением не связываться.

Соколинский БорисВ смысле tcp-сервер сделать?Ну да, типа сервер... хотя один несчастный открытый сокет как-то на сервер не тянет, но пусть его.
Соколинский Борисно когда критично время порядка нескольких мсНа локалхосте, ага...