Предлагаю решение для DB2, более-менее подобное можно сделать на любой системе.
1. Создать программный сервер, аккумулирующий показатели датчиков в памяти в банальном массиве (ассоциативном?). Все датчики будут писать в него, только он будет писать в БД на том же сервере локальным коннектом (т.е. фактически память-память). Все асинхронно, взаимных блокировок в памяти нет, т.к. все пишут - он читает. 5000 пользователей превращаются в 1-го
2. В БД создать временную таблицу без логирования, в которую оно и будет писаться. Можно и одним оператором (типа merge с массивом), можно кучей - все равно, т.к. из этой таблицы никто не читает. Для DB2 можно использовать range clastered index, для остальных можно rowid (в Oracle вроде есть hash-индексы)
3. По окончании записи - одной командой merge занести все из временной в постоянную таблицу, которая тоже с range clastered index или rowid, но его с осторожностью :). 2-3 повторять как угодно часто - операция на локальном коннекте займет крайне мало времени, все записи гарантированно в кеше, за счет одного запроса в log лишнее не запишется. Оптимально даже для блокировочника - блокировка основной таблицы очень непродолжительна. Да, логи надо класть на отдельное быстрое устройство.

Таким образом для DB2:
oltpНужно выбрать СУБД для высоконагруженной OLTP системы. Пользователей - около 5000. Объёмы порядка нескольких гигабайт. Может быть десятков гигабайт. Подключаться будут они не напрямую а через промежуточный слой, но тем не менее :) Дополнительное ограничение - цена. Первым делом рассматриваются бесплатные и урезанные версии платных субд :)Система не очень нагружена, пользователей гораздо меньше :) Объемы небольшие, так что м.б. подойдет и бесплатная, например DB2 Express-C. Остальные урезанные версии платных видимо не подойдут - там до 4Гб размер БД.
oltp1.Возможность горячего бэкапа
2.Версионник.
3.Полноценные транзакции и ограничения целостности.
4.Возможность создания кластера
5.Возможности оптимизации хранения данных (partitioning, IOT и тп).
6.Способность работать с тысячей коннектов (shared server?)
7.Поддержка 64 разрядной ОС.1. есть
2. Только для уровня CS. В большинстве случаев достаточно. Впрочем, учитываяoltpЭто хитрые датчики :) Их показатели не для аналитики, а для реал таймового принятия решений используются.и частоту их опроса, версионник Вам м.б. не очень-то полезен, или я чего в задаче не понимаю.
3. есть
4. высоконадежного? Есть в платной, и куда дешевле остальных платных. Как уже говорили, "теплый" при желании можно и на бесплатной версии сделать.
5. 0_0 Это зачем? На неск. гигабайтах и 1000 юзеров?! Есть, конечно, но как и у всех за большие деньги. Для оптимизации кластерных индексов Вам более чем хватит.
6. Даже бесплатный может справиться. Тем более что через сервер приложений 1000 легко превратиться в 300 или меньше в пуле коннектов.
7. есть