по идее сессия кладется таблицу и юзер работает, в это время фоном мнезия раскидывает сессию по остальным нодам.

дак проблема в том что не нужны сессии на всех нодах сразу,

все сессии на всех нодах

берем 10-20М юзеров .. поток событий (онлайн\оффлайн) будет такой, что все ноды только и будут делать что обрабатывать изменения, вот только этого не нужно.
т.е. приходим всегда к тому что есть некий кластер для хранения сессий, а есть другой кластер который берет эти сессии и что-то с ними делает. как обеспечить актуальность информации о сессии в любой момент времени только на той ноде, которая использует именно эту сессию, не затрагивая остальные ноды ?

т.е. мнезия немного не для веб. хранить конфигурацию статических данных и редко её изменять (аля конфигурация очередей в RMQ) это да.

мнезия хороша прежде всего тем, что если read_count>>write_count тогда ты можешь иметь горячий слепок данных прямо в раме твоей erlang ноды. дешевле не придумаешь. это не generic database опыт Кларны тому свидетель

веб/не веб – не суть. важна схема использования

ну я об этом выше и написал .. хранение конфигурации распределенного приложения

не только, любых данных для которых read>>write и где тебе не важна их консистентность в строгий момент времени

короче когда ты можешь заюзать dirty_read

ну короче вывод - имхо мнезия не подходит для хранения огромного числа сессий пользователей :)

couchbase неплох для этого

вот все эти ДБ не позволяют установить "слежение" за записью. я прав ?
положим пид поменялся, как об этом узнает заинтересованное лицо ?

https://www.rethinkdb.com/

если уж мы заговорили об обратной связи

а вообще ты перекладываешь вопросы дизана на db, имхо

кстати, кто знает насколько rethink живой сейчас?

хз .. флейм и флуд :)

я путаю или нет, что они вроде как все как компания?

в догонку вопрос, у кого-нибудь есть опыт использования оной db?

Экзотично. А мы тут жутко консервативные. Только PostgreSQL. Ну еще осторожно в сторону TokuDB палочкой тыкаем, как оно там )