29 сентября 2010 г. 16:44 пользователь Alexander Lourier <[email protected]> написал: > On Wednesday 29 September 2010 17:20:18 Oleg Kostyuk wrote: > >> CouchDB, не? >> AnyEvent::CouchDB или KiokuDB (через KiokuDB::Backend::CouchDB) > > CouchDB - великий тормоз. Подходит только для академических задач.
Благородного дона конечно же не затруднит обосновать своё заявление?... > Если сможете запустить thrift over AnyEvent, то есть отличная СУБД - > Cassandra. > >> А расскажите, как вам подходит key/value? Я для себя сделал вывод, что >> key/value - весьма специфическая штука. И для работы с ней надо >> пересмотреть устоявшиеся (реляционные) принципы. Конечно, бывает так, >> что просто задача не подходящая для key/value... но если подходящая - >> надо "выворачивать" мозг. > > Key/value - специфическая модель, зато в правильную сторону мозги > разворачивает. Всё, что сложно реализовать на key/value, наверняка будет > тормозить на SQL. А если уж реализуешь на key/value, да и минимальным > количеством запросов, то это будет и работать быстро. Это всё круто, но слегка не в тему - ведь это не рассказ "как вы используете key/value". Интересует именно реальное применение, а-ля "вот тут можно было вот так, реляционно (+детали), но я подумал и сделал вот так, на key/value (+детали), потому что ... (+ ещё детали)". Есть кому поделиться таким опытом? >> 29 сентября 2010 г. 16:04 пользователь Ruslan Zakirov >> >> <[email protected]> написал: >> > 2010/9/29 Vany Serezhkin <[email protected]>: >> >> On 09/29/2010 04:58 PM, Ruslan Zakirov wrote: >> >>> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю. >> >>> Можно Pg взять и попробовать его async интерфейс, но как-то не хочется >> >>> по таймеру чекать запросы. >> >>> >> >>> Вполне подойдет key/value storage, но тут сплошной пробел в опыте. >> >>> Какие есть у меня опции? >> >> >> >> AnyMongo. >> >> >> >> Только очень подумай в начале. >> > >> > О чем подумать? Я как раз и пытаюсь подумать, но о чем думать не уверен. >> > -- Sincerely yours, Oleg Kostyuk (CUB-UANIC) -- Moscow.pm mailing list [email protected] | http://moscow.pm.org
