при таких обьемах, можно вообще обойтись distributed memory cache'ом (за то какой response time!!),
а база, как заметил DPH, дело самое последнее....

P.S.
5К++ к записей в сек при граммотной архитектуре вполне справятся entry-level сервера,
но в тотже момент может и нехватит навороченных midrange

DPHНу, в этой задаче, как мне кажется, без распределенного кэша вообще не обойтись. Какой - это отдельный вопрос, от банального memcached до MySQL Cluster (который, в общем, тоже просто распределенный кэш в памяти).

это верно. дело вкуса и знаний (и понимания)
мне ближе coherence... ;)

DPH
Кстати, тут, похоже, идет работа с большими объектами, каждый по сотням строк. Вполне возможно, что если их писать блобами, то требования можно сильно уменьшить.
А как 5K+ пишущих транзакций в секунду на entry-level серверах получить? Т.е. если пачками писать, то понятно. С шардингом или партишонингом - тоже понятно. А еще как?
(К тому же, судя по задаче, тут update, а не insert, что сильно хуже).

поставить middleman'а?! :)
конечно, с синхронизацией придется повозится, но это несмертельно.

DPH однако
мне ближе coherence... ;)

Он денег, кажется, стоит. И не маленьких, небось?

ага, это точно, не малых, много там нулей перед запятой. но те кто покупает, просто экономят время.... и не только.
можно конечно самим написать, все-такие не rocket science :) или же, как сами упоминали, немало готовых open source проектов (вопрос конечно, как там все работает)


DPH однако
поставить middleman'а?! :)

О, всегда можно узнать что-то новое. А что это?
наооборот, совсем старое :)
в свое время, выходом из положения стал websphere mq, он послужил неким транзакционно-ориентированным гарантом (а-ля deferred transactions) доставки данных в базу (ума и времени такое придумать/сделать небыло)...
основное что требовалось надежность записи в базу и предсказуемость поведения по времени системы в peak'овых ситуациях (как раз пик был 5К, который достигался в определенные дни года, при общей загрузки <90%) на entry-level серверах (up to 10K EUR)

бюджет был "скромный", и хватило лишь бы на приобретение соответствуюшей техники и а-ля редакций неких баз данных, и все, дальше дудка.
так что искались альтернативы... что интересно, база рассматривалась в последнею очередь :)
open source варианты mq, увы, не прошли испытания, все "гибло" на необходимых нагрузках (prepaid телеком billing), вариант остался только от ibm (цена лицензий в сумме намнога дала фору, посравнению с базами), далее делался "детский" вариант (и при чем ключевой) distributed cache, и определялась база, где все данные в конце-концов будут храниться...

в то время (года 3-4 назад), было сделано смелое утверждение ;) что ibm выпустит бесплатный db2 (не было тогда express-c, только msde и oracle xe)... остановились на db2 (став партнерами ibm и получив доступ к бесплатным версиям продуктов для разработки приложений)
через 4 месяца ibm объявил о выпуски бесплатной версии без ограничений по обьему данных :)

и итоге конечно компании по прошествию лет преобрели, кому нужно было, предпочитаемую редакции сервера баз и суппорт с дба :)) вот.

сейчас бы делал иначе :)
чего только стоит того, что тот же db2 express-c можно deployить на virtualization сервера,
а если еще учесть, что db2 express-c стал поддерживать solaris, то вообще все очень прекрасно, осталось бы только найти умные головы :))

Neotvechy
Проект аля GDS(глобальная дистрибуционная сеть). Может кто слышал о таких и уже понел откуда такие нагрузки...но конечно они будут в случае международного успеха проекта (пример контента: авиабилеты, гостиницы, туры, трансфер ).
да у вас ключевое слово GDS(глобальная дистрибуционная сеть) ;)

NeotvechyВсем спасибо за ответы. DB2 IBM на меня произвела неплохое впечатление...про кеширование каких-нибуть данных на вывод к примеру, это ясное дело что нужно...но всеравно спасибо)
так что думайте про... кеширование :)

DPHВпрочем, дешевой технологии кэширования у IBM, вроде бы, еще нет. А жалко, была бы замечательная пара к DB2 Express C.

И вряд-ли будет в ближайщем будущем, не всем это надо (и все это еще понимают)...
а кому надо, тот и сам найдет ;)

DPH
P.S. А как я сейчас мучаюсь от отсутствия в Oracle select from insert ;)
P.S.
вам еще "повезло"!
а то у Sybase ASE все намного "проще" решается ;)
эх, с DB2 совсем забыл что-такое процедуры...