Удивительно насколько народ не понимает сути вещей. Все почему-то считают, что скорость самая важная характеристика хранилища данных. Но это далеко не так…

Ну а про MongoDB. Как этим поделием можно пользоваться, если оно до сих пор не обеспечивает durability на одной ноде и хочет для этого реплику. Вы готовы вторую машину держать ради этого?

Эх… мода…

Daevaorn
Все почему-то считают, что самая важная характеристика хранилища данных.

Э-э-э. Какая? :)

Daevaorn
Ну а про MongoDB. Как этим поделием можно пользоваться, если оно до сих пор не обеспечивает durability на одной ноде и хочет для этого реплику.

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

Впрочем, под давлением начинающих разработчиков, использующих Монго в своих небольших проектах версия 1.8 будет обладать запрашиваемой функциональностью.

я не говорю что коуч в топку, каждый проект имеет право на существование, его используют для определенных задач, просто я думал что у него возможностей поболее.
тех возможностей которые у него есть не хватит для проекта над которым я сейчас работаю, и выходит dimabest прав, грубо говоря, коуч для проектов не сложнее блога.

Daevaorn
Вы готовы вторую машину держать ради этого?
Эх… мода…

можно много серверов монги держать на одном хосте, и делать реплику между ними.

дело не в моде, просто сильнейший выигрывает

o7412369815963
коуч пал в моих глазх… (после всего выше сказаного)

вот ещё загон баз нашел
бенчмарк вставки данных

Сравнение мягко говоря бессмысленное, так как монго не синкает данные по умолчанию, а пишет из В ПАМЯТЬ, еще бы там показатели плохие были. Синхронизация на диск происходит редко.
Коуч же в этом плане надежен и все данные оказываются на диске.

zheromo

o7412369815963
коуч пал в моих глазх… (после всего выше сказаного)

вот ещё загон баз нашел
бенчмарк вставки данных

Сравнение мягко говоря бессмысленное, так как монго не синкает данные по умолчанию, а пишет из В ПАМЯТЬ, еще бы там показатели плохие были. Синхронизация на диск происходит редко.
Коуч же в этом плане надежен и все данные оказываются на диске.

это нормальное тестирование, так будет рабоать в реальных условиях. кеш - хорошая штука.

Lexander
Э-э-э. Какая? :)

Скорость я имел ввиду.

Lexander
А вы знаете другой надежный способ, чтобы ее обеспечить без ограничения на инкрементальные вставки?

Способ не важен. Важно то что другие хранилища эту гарантию дают, в том числе CouchDB.

Lexander
Впрочем, под давлением начинающих разработчиков, использующих Монго в своих небольших проектах версия 1.8 будет обладать запрашиваемой функциональностью.

Причем тут начинающие программисты? Большинство проектов в интернете живет на одной машине и им этого хватает, потому что они не высоко-нагруженные. И если их вычеркнуть, то сфера применения MongoDB ещё меньше чем у большинства конкурентов.

o7412369815963
и выходит dimabest прав, грубо говоря, коуч для проектов не сложнее блога.

Так MongoDB и для блога не подходит. Я не хочу терять свои посты, а вторую машину для хранилища блога я заводить не готов.

o7412369815963
ожно много серверов монги держать на одном хосте, и делать реплику между ними.

Вы же понимаете, что это почти бесполезно. Весь то смысл в том и есть, что в MongoDB multi-server durability.

o7412369815963
это нормальное тестирование, так будет рабоать в реальных условиях. кеш - хорошая штука.

Давайте тогда MongoDB сравнивать с Memcached, раз это кеш.

В общем не торт.

Daevaorn
Способ не важен. Важно то что другие хранилища эту гарантию дают, в том числе CouchDB.

это просто придерание.
вот обратный пример: гарантии коуча ни чего не стоят когда сервер накроеться (совсем, краш винта и т.п.), хотя можно что-б коуч сохранял данные сразу на перфокарты, тогда надежность будет поболее, но производитльность пострадает.

а монго гарантирует целостность данных при “целостноти” (стаблильности) оборудования. и этой гарантии для многих случаев хватает.