........... OrientDB ...........
 

http://tftf.ru/stati/orientdb/ - основные проблемы и решения. Очень полезный FAQ.


1. Если кто-то юзал, расскажите как полёт, какие косяки и т.д.

2. База дружит с js, а с php только через левый бинарный драйвер? https://github.com/AntonTerekhov/OrientDB-PHP

3. Вытекает из 2. Сервер лучше поднять io.js, нежели возиться с php?

Понимаю, что не по адресу, но php уже достало и хотелось бы сократить его участие до минимума. Хочу запустить соцсеть и mysql для этого плохо подходит.

Как у OrientDB и io.js со стабильностью или лучше пока на mongoDB и node.js?

Gozar,
Хотел попробовать, да вот только у меня пока на жабу аллергия. Кобеззза вроде бы положительные отзывы давал.

А чем mysql не подходит? Нужны динамичные(или как так их звать?) структуры для хранения данных? Так они в том же PostgreSQL есть. Если честно, то Постгре ещё не пробовал, но в анонсах говорилось, что она обгоняет Монго.

Как бы я не любил(со вчерашнего дня, хах) io.js, но оно ещё нестабильно, об этом даже на главной написано. Так что для серьёзных проектов взял бы Ноду&Монго.

Poznakomlus,
Исправил тебя, бро.

Safort,
Нужны минимум графы, а документы + графы очень заманчиво, поэтому OrientDB. Я не буду её использовать, только если есть жуткие косяки. Если вы их не знает идите нафиг из темы.

Масштабировать предлагаешь только вертикально? Чёта стрёмная идея.

ЖиШи: У меня уже запилена соц сеть на php+mysql и mysql подходит для этого дела как вертолету пропеллер снизу. На одну страничку 7 таблиц. Страшно представить когда юзеров будет десятки тысяч. Про расширяемость даже сказать страшно.

вроде ж масштабируется уже? нужно закопаться, а то проект на ней делаю )

melky,
Ты как графы хранишь, отдельной табличкой?
http://www.linux.org.ru/forum/web-development/9909010

Я бы не рыпался, если бы мне не было жизненно необходимо иметь графы.

Мне масштабируемость сейчас нужна больше приложения, нежели количество пользователей и машин. А у меня уже каша из таблиц с названиями:

car_theme
car_runner
car_winner

А ведь я только начал, можно сказать тест провел. И дальше будет только страшнее, а когда поля JOIN -ов пойдут, можно будет только горючими слезами рыдать.

Кто хочет поговорить, прочитайте сначала пожалуйста "NoSQL. Новая методология разработки нереляционных баз данных" хотя бы полкнижки и попробуйте OrientDB. А то разговор не клеиться из-за того, что вы не понимаете о чем он.

ну да ... по нормальным формам прошёлся
можно было бы и в текущем проекте графоориентированную БД заюзать, уж больно интересная

Чем OrientDB мне больше MongoDB нравится:

1) В MongoDB дурацкий язык запросов, а в OrientDB SQL-like;
2) В MongoDB атомарность только на уровне отдельного запроса и если нужны транзакции, то идёт пляска с findAndModify, а в OrientDB есть поддержка ACID транзакций;
3) MongoDB чисто-документно ориентированная СУБД, и для графов приходится заюзывать отдельно графовую СУБД (например, Neo4J), а OrientDB документы + графы.

Пока для меня открыты вопросы по горизонтальному масштабированию, т.е. сегментированию БД, ибо в Монге - это часть АПИ, а тут я пока хз, но писать механизм вручную - мега адский гемор.

Я пока сам Orient не пробывал, но попробую точно, уж больно много плюшек.