Я много читал о сравнении производительности между Couch Db и Mongo Db при возможностях вставки. Однако где-то говорится, что Couch Db лучше читает. Есть ли сравнение производительности на основе select
возможностей этих баз данных?
Mongodb против Couch Db Select Performances
comment
Почему бы не настроить несколько тестовых случаев и не попробовать это самостоятельно? Тогда вы сможете опубликовать сравнения.
- person Crashworks   schedule 13.10.2011
comment
@Crashworks Я ищу выступления, но обязательно попробую провести некоторые тесты, только что начал их пробовать. Когда я закончу, почему бы и нет.
- person kamaci   schedule 13.10.2011
Ответы (2)
Хорошие контрольные показатели нетривиальны
Итак, здесь вы можете видеть, что CouchDB имеет Высокая производительность чтения, а MongoDB имеет высокую производительность записи. Так что у вас будет много операций чтения, используйте CouchDB.
person
Sergey Gavruk
schedule
13.10.2011
На самом деле статистика говорит, что Mongo DB имеет гораздо лучшую производительность при записи. Если Couch Db не дает значительного прироста производительности, я предпочту Mango. Поэтому я пытаюсь получить некоторую статистику о том, насколько он лучше других. Спасибо за ссылку буду изучать.
- person kamaci; 13.10.2011
Просто прочитайте, какие возможности предоставляет CouchDB и MongoDN, и выберите тот, который вам больше нравится.
- person Sergey Gavruk; 13.10.2011
Я буду использовать его для поиска в журнале. Чтение важно для меня, но будет и письменная часть. Таким образом, сравнения показывают, что Couch Db плохо пишет, поэтому я хотел подробно рассказать об их выступлениях.
- person kamaci; 13.10.2011
В дополнение к ссылкам @Sergey убедитесь, что вы также прочитали http://jan.prima.de/plok/archives/175-Benchmarks-You-are-Doing-it-Wrong.html и http://jan.prima.de/plok/archives/176-Предупреждения-об-оценке-баз данных.html< /а>
Дело не в том, что один дословно быстрее другого. Но любой из них выберет другой набор компромиссов, которые приведут к определенной производительности для вашего варианта использования. Но это не значит, что они делают то же самое, лучше или хуже.
person
Jan Lehnardt
schedule
13.10.2011