Я VtC, потому что это похоже на противоположность того, где сайт хочет быть. Это довольно хорошо задокументировано во многих блогах и является предметом большого обсуждения на интертубах. Это также кажется слишком открытым. YMMV. IAmOnlyOneMan.
Есть много различий между двумя из них. MongoDB больше похож на традиционную RDBMS (никто не стреляет). CouchDB выполняет репликацию мастер-мастер. Это довольно хорошо задокументировано в этом обожаемом посте в блоге .
Оба в настоящее время развиваются, поэтому, если вы выбрали один сегодня, вы можете обнаружить, что вам нужно переключиться позже.
Я знаю компанию, которая провела тщательный анализ обоих, с прототипными приложениями, реализованными в обоих, и они сделали осознанный выбор, основываясь на требованиях проекта. Первоначально у них был успех с их выбором, но примерно через 6 месяцев некоторые требования были более полно поняты, и они столкнулись с проблемой. Теперь они мигрируют в другие базы данных. В течение этих 6 месяцев другой БД добавил некоторые функции, которые позволили компании преодолеть эту проблему, но выбранные сопровождающие БД работали над различными проблемами и наборами функций.
Короче говоря, мне кажется, что вам нужно покопаться и посмотреть, что работает достаточно хорошо для вашего проекта. Следите за другими вариантами, чтобы, если вы столкнулись с невозможной проблемой, вы могли решить, имеет ли смысл переключение.
Ответы:
Есть много различий между двумя из них. MongoDB больше похож на традиционную RDBMS (никто не стреляет). CouchDB выполняет репликацию мастер-мастер. Это довольно хорошо задокументировано в этом обожаемом посте в блоге .
источник
Оба в настоящее время развиваются, поэтому, если вы выбрали один сегодня, вы можете обнаружить, что вам нужно переключиться позже.
Я знаю компанию, которая провела тщательный анализ обоих, с прототипными приложениями, реализованными в обоих, и они сделали осознанный выбор, основываясь на требованиях проекта. Первоначально у них был успех с их выбором, но примерно через 6 месяцев некоторые требования были более полно поняты, и они столкнулись с проблемой. Теперь они мигрируют в другие базы данных. В течение этих 6 месяцев другой БД добавил некоторые функции, которые позволили компании преодолеть эту проблему, но выбранные сопровождающие БД работали над различными проблемами и наборами функций.
Короче говоря, мне кажется, что вам нужно покопаться и посмотреть, что работает достаточно хорошо для вашего проекта. Следите за другими вариантами, чтобы, если вы столкнулись с невозможной проблемой, вы могли решить, имеет ли смысл переключение.
источник