vieИспользование в новом проекте noSql субд Apache Cassandra.
За и против?а в тестах гонял? почему планируете noSql, а не РСУБД?

ТимоНна хабре есть статьи/обзоры.ага, читал. сложилось мнение, что неудобства noSql начинают окупаться когда количество железных серверов на которых крутятся данные переваливает за 3-5 штук, т.е. обработка не может уложиться в 1-2-3 сервера СУБД.

а пока влезает - проще и дешевле использовать РСУБД.

vieВот ее и надо переписать, а поскольку бизнес логика по большей части известна, и изменяться координально не будет, решил попробовать column oriented субд. Из наиболее известных и развивающихся считаю именно апачевский продукт.А как планируете бороться с неконсистентностью данных? Cassandra - Eventually‐consistent СУБД, что может вносит некоторые нюансы или у вас бизнес-логика толерантна к временной неконсистентности в данных?

vieBlazkowicz,

По нагрузкам конечно рсубд вполне справится но приоритет стоит на скорости поиска. Судя по обзорам, у column-oriented субд здесь преимуществоони выигрывают по поиску по ключу? а как там с поиском по внутренним данным лежащим в value?

в РСУБД можно кластеризовать таблицу по текстовому полю - насколько noSql будет быстрее в этом случае? и за счет чего?

vieVoDA,

Логично было бы контролировать целостность данных либо в dao слое приложения, либо в некоем Persistence Api, работающем с trift-ом. Ничего другого в голову не приходитПерефразирую:

>> Как вы планируете гарантировать транзакционную целостностность в MySQL/MYISAM?
> Логично было бы контролировать тразакции либо в dao слое приложения, либо в некоем Persistence Api

о_О только мне это кажется слегка проблемным?

vieVoDAони выигрывают по поиску по ключу? а как там с поиском по внутренним данным лежащим в value?
в РСУБД можно кластеризовать таблицу по текстовому полю - насколько noSql будет быстрее в этом случае? и за счет чего?

имеетя ввиду что для облегчения индексирования есть надстройка Lucene над кассандрой: http://github.com/tjake/LucandraLucene - полнотекстовый поиск. Lucandra это использование Saccandra в качестве хранилища. Зададимся вопросом ЗАЧЕМ?

Из доки Lucandra:
Initially we implemented Lucene support with supercolumn as described but ran into a scaling issue when we tried to index all of wikipedia .

Да, если проиндексировать настолько много, то в одну железку данные не влезут - тут и помогает костыль распределенных noSql. они проще размазываются на нескольким железкам.

Дальше стоит учесть, что малая неконсистентность данных поискового индекса на wikipedia приемлема. Некоторая степень неконсистентности приемлема для любой соц-сети или соц-системы, но часто не подходит для систем уровня предприятия.

vieVoDA
>> Как вы планируете гарантировать транзакционную целостностность в MySQL/MYISAM?


Причем здесь MySQL/MYISAM? Как можно еще гарантировать целостность без поддержки внешних ключей и транзакций в субд, кроме как самому ставить блокировки/очереди и последовательно изменять данные?Пытаюсь показать на ином примере.

Так вот система которая "самому ставить блокировки/очереди и последовательно изменять данные" и есть СУБД. Т.е. ваш dao слой приложения или Persistence Api получится ОЧЕНЬ сложным. проще взять СУБД которая уже это умеет ;)

vieVoDA
Дальше стоит учесть, что малая неконсистентность данных поискового индекса на wikipedia приемлема. Некоторая степень неконсистентности приемлема для любой соц-сети или соц-системы, но часто не подходит для систем уровня предприятия.Поясните пожалуйста на примере

ОК. есть сайт вконтакте. если пользователь Вася послал сообщение Пете, в тот же момент Петя проверяет входящие, но сообщения там нет. Даже если сообщение не дойдет до Пети он продолжит пользоваться вконтактом.

Еще википедия. Даже если одна из страниц была проиндексированна, но не попала в поиск википедии, этим проектов не прекратят пользоваться.

Для предприятий ситуация может быть иной. Если есть проводка или другой официальный документ, то он должен попасть в поиск в любом случае. Либо есть либо система не работает и заменяется на другую.

vieVoDA,

Ок, т.е вы считаете, что неудобство работы с данной субд превышает ее преимущества перед реляционными субд?я не могу судить - не применял, только читал про особенности. А также кто создал и для каких целей. Cassandra была создана для того чтобы заменить ферму разрозненных MySQL + memcached в единую систему с возможностью автоматической баллансировки, прозрачного добавления нод и т.п. Создал ее Facebook (довольно таки большая соц-сеть) для своих очень специфичных нужд.

Подойдет ли Cassandra для вашего проекта - решать не мне. Я бы хотел, чтобы ты его применил и рассказал о преимуществах / недостатках на реальном проекте =))) но стараюсь быть объективным и указать что знаю и помочь разобраться ;)