Быстрая кластеризируемая СУБД.

NoSQL, выбирай.

MongoDB же

Просто был тред на эту тему. Так и не удалось ни от кого выудить в чем разница NoSQL и использования реляционной БД без сложных запросов, кроме собственно отсутствия SQL. И еще весь инет плюется от разных глюкодромов

С возвращением!

Вообще продукт пока в стадии разработки (а точнее research), уже написан SQL бекенд, который немного завязан на H2. Думаю когда решу проблемы в других компонентах, тогда рассмотрю возможность миграции на NoSQL. Вот на другую БД было бы проще, но мигрировать на NoSQL - это лучше в будущем

Кто что скажет по поводу Neo4j?

попробуйте слезть с джабы возможно и кластер не понадобится

Кластер и на С понадобится с определенного момента

а чем вас Hadoop/HBase не устраивает? отлично увеличивает продажи серверов

Это research именно таких файловых систем, это не продакшн система.

И там еще один нюанс, думаю изменить это в будущем. Там одна (но конфигурируемая) система бекенда для сервера и для нодов. А ноды должны быть pure-java. Это естественно распространяется и на сервер. Потому пока не критично буду мониторить Java-solutions. Но конечно это не удачный подход, я согласен. Будет время я это обязательно поменяю. Сервер должен быть на любой БД

Так и не удалось ни от кого выудить в чем разница NoSQL и использования реляционной БД без сложных запросов, кроме собственно отсутствия SQL.

Простой KV-сторидж можно и самому написать. Без партицирования, но с репликацией.

И еще весь инет плюется от разных глюкодромов

В постгресе мультимастера нет, mysql скурвился. Про firebird не знаю, но слухи про него неоднозначные ходят. Больше ничего, наверное, из доступного в sql и нет.

> Так и не удалось ни от кого выудить в чем разница NoSQL и использования реляционной БД без сложных запросов, кроме собственно отсутствия SQL

SQL не масштабируется совсем (join и foreign key).

в pg мультимастер есть, но через нехорошее место

http://wiki.postgresql.org/wiki/Replication,_Clustering,_and_Connection_Pooling

Один асинхронный, другой 6 лет как умер.

Да, и оба - неизкоробочные решения, неподдерживаемые основным тимом.

>Так и не удалось ни от кого выудить в чем разница NoSQL

Если у тебя данные представимы как слабо связанные деревья(документы) - то mongo просто удобнее, и тут дело не в производительности.

riak --- не заскучаешь

лично мои предпочтения для таких целей - couchdb.

а тебе синхронная репликация нужна или асинхронная? Есть redis, он достаточно фичаст, но не особо быстро(раньше тыщ 40 ключей в секунду выдавал, щас не знаю) и поддерживает только master-slave репликацию.