2012/5/16 Walery Studennikov <[email protected]>: > 16 мая 2012 г., 11:42 пользователь Alexey Shrub <[email protected]> написал: >>> 16.05.2012 10:21, Walery Studennikov написал: >> >>> Народ, посоветуйте NoSQL-СУБД, которая обладала бы следующими свойствами: >> >> Ты не уточнил будет ли данных больше чем размер оперативной памяти > > В принципе, да, можно всё уместить в оперативу. > > Но, конечно, лучше если оно будет синхронизироваться на диске -- мало ли что > ;) > И если будет решение, которое позволит в оперативе держать только > горячий набор данных -- ещё лучше, чтобы застраховаться от того, что > данных неожиданно станет "слишком много". > > Если говорить о требовании к multi-master, то в нашем случае можно > забить на всякие конфликты и их разрешение -- это крайне маловероятно > и, если что, не критично. > > Главное, чтобы ноды нормально "догоняли" друг-друга при потере / > восстановлении связи.
Мне кажется под описание подходит Riak. Я пока остановлися на Mongo из-за других соображений, но Riak был в списке для сравнения. Riak вместо master-master репликации использует схему "барьеров", когда указывается количество нод на которые должны данные продублироваться чтобы операция считалась успешной. Аналогичная схема с чтением. То есть вы сами управляете степенью асинхронности. Конфликты через временные метки с отсутствием автоматических методов разрешения, вместо этого возвращаются все версии "документа". Есть настройки. На сколько я понял добавление и удаление нод работает без каких-либо проблем. > -- > Walery Studennikov > http://www.reg.ru/ > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org -- Best regards, Ruslan. -- Moscow.pm mailing list [email protected] | http://moscow.pm.org
