2 LittleCat
Кроме растопыривания на форуме хоть чего-то работающего у автора за душой видимо нет. Слив защитан.
Это Вы про себя начали говорить в третьем лице? Кроме одной единственной системы Вам нечего предоставить, поэтому Вы и приводите её в пример везде, в тему и не в тему?
Кстати, вынужден Вас поправить - у Вас идет не "растопыривание пальцев", а растопыривание одного единственного пальца. Тоже нефигово. Почти как хлопок одной ладонью.

Я же не решал задачу автора, поэтому искать в моем примере точное соответствие по меньшей мере странно :-) Указанный пример был приведен исключительно для оценки возможностей Cache для решения задач данного класса, а именно массовая запись в базу с одновременной обработкой этих данных.
Было бы странно, если бы каша НЕ умела массово писать и одновременно обрабатывать. Вы что, хотели, чтобы я подобными достижениями "похвалился"? Гы.
Собственно любая уважающая себя СУБД умеет записать десять миллионов записей в сутки, и дать к ним доступ. Все отличия лишь в нюансах. Которые Вы, прикидываясь дурачком, предпочитаете не замечать.

Интенсивность записи до трех сотен в секунду
К сожалению, автору нужно не три сотни, а одна тысяча пишущих транзакций в секунду.

Ни и как Вы могли заметить, в примере приведены параметры железа, на котором все это работает, что позволяет сделать хотя бы оценку, во что выльется решение аналогичной задачи другого масштаба
Автору жалко ресурсов на "полноценный SQL сервер".
Вам для вставки и обработки трех сотен записей в секунду понадобился двухголовый сервак с гигом мозгов и рейдом. Для тысячи транзакций в секунду видимо понадобится не меньше. Есть мнение, что вряд ли такая конфигурация подойдет для задачи, в которой "полноценный SQL сервер не устраивает по причине требовательности к ресурсам". Соответственно повторяю вопрос - на фига Вы этот пример привели? "Похвастаться"?

LittleCatВсе это очень хорошо, но может быть Вы предложите автору что-нибудь конкретное ?
Автору заданы вполне конкретные уточняющие вопросы.
Без уточнения условий задачи - бессмысленно что-либо советовать.
А уж утверждать что какая-то СУБД "потянет однозначно, да еще и с запасом по скорости" - верх дебилизма.

Из известных фактов - суммарная тысяча записей в секунду с сотни "клиентов" (локальных потоков). С этим справится любая СУБД уровнем хоть немного повыше студенческой поделки. Т.к. автору любая не подходит - значит есть еще ограничения/требования. Учитывая, что эти ограничения/требования четко и внятно не озвучены - никакая СУБД не застрахована от "пролёта".

2 MX -- ALEX
Никакое предложение не застраховано от обосрания пьяным лохом
Поправочка - никакое тупое предложение (кои Вы рожаете прям таки с потрясающим упорством).

который к тому же сам себе противоречит и изворачивается
как уж на сковородке
Где это я сам себе противоречу? Ссылочку плиз. Тока не изворачивайтесь, как уж на сковородке :)