Я был ответственным за проект, связанный с туристической индустрией, который использовал Волдеморта как хранилище номеров / ценовых номеров в отелях. В то время, когда я был в проекте, было более 8 тысяч отелей. Для каждого отеля было (не все комбинации):
-1 год ночей (с сегодняшнего дня заранее)
-7/8 разных ставок (предварительная покупка и т. Д.)
-5/6 сочетаний размещения (2 взрослых, 1 взрослый).
-4 или 5 налогов.
Значения постоянно обновляются (для изменения цены и т. Д.).
Хранится в 4 кластерах Voldemort (большие толстые машины в двойной CPD).
Исходя из моего опыта, у Волдеморта медленная кривая обучения с точки зрения того, как правильно настроить его для оптимальной производительности (много настроек в конфигурации и т. Д.), Но как только он был установлен, производительность быстро росла. Я не помню точно цифры, но наша система получала более 40 запросов в секунду. На каждый запрос приходилось в среднем 30 отелей, что означало, что Волдеморт возвращал 2400 предметов в секунду при наличии ключей (1200 гостиничных номеров + 1200 гостиничных налогов).
Как я уже сказал, уловка заключается в том, чтобы правильно настроить voldemort и спроектировать правильные шаблоны доступа (хорошая модель данных), и я предполагаю, что это обязательно для всех систем баз данных (sql или nonsql): вы не получите лучшая производительность (даже плохая), если ваша модель данных плохая.