Для какого приложения CouchDB был бы самым полезным/производительным?

Я имел предосудительные отношения с Кодовой точкой Государственного картографического управления Открытый набор данных британских почтовых индексов/координат. Так как Couch.io предлагали свободный размещенный экземпляр CouchDB, я думал, что поместил свои гео-данные в одного из тех, узнав немного о CouchDB в процессе.

Идея состояла в том, что, так как CouchDB, как предполагается, способен обрабатывать большие наборы данных (данные почтового индекса являются приблизительно 1,7 миллионами записей), и работает исходно с REST/JSON, он соединился бы приятно с клиентским jQuery для использования с приложениями Google Maps.

Моя начальная цель состояла в том, чтобы просто смочь выполнить вызов Ajax с почтовым индексом в качестве параметра, возвратив единственный объект JSON с lat/lon свойствами, которые я мог использовать в своем сценарии (показав маркер для того почтового индекса).

Я сделал это успешно, но происхождение из реляционной среды DB, это было намного более хитро, чем, я думал; когда я читал больше о CouchDB и играю с ним немного, я получаю впечатление, это действительно не был бы правильный инструмент для этого задания, если бы я был на самом деле использованием его для реального проекта.

Действительно ли я прав в размышлении, что динамические запросы являются определенной слабостью к CouchDB? Это более нацелено на возврат больших представлений, которые часто не изменяют все это от больших наборов данных? Каковы могли бы быть некоторые примеры 'хорошего' и 'плохого' использования CouchDB, с точки зрения проигрывания к его преимуществам?

7
задан Mark Bell 27 July 2010 в 15:38
поделиться

1 ответ

Я главный администратор Couchio. Рад, что вам нравится CouchDB.

По моему мнению, реляционные базы данных лучше справляются с постоянно меняющимися одноразовыми запросами из больших наборов данных. Чтобы перебрать все эти данные, по-прежнему требуется целая вечность. Ни SQL, ни NoSQL здесь не являются серебряной пулей. Однако в целом базы данных NoSQL лучше, если вы уже знаете, какие вопросы зададите. Другими словами, вопрос не в том, насколько изменяются данные , а в том, насколько изменяются запросы .

Это теория. Подходит ли CouchDB для вашего конкретного проекта? Я считаю, что нет ничего плохого в том, чтобы делать много индексов по базовому набору данных. Преимущество запросов только по индексу в том, что запросы выполняются очень быстро. CouchDB, в частности, нужно только повторно индексировать новые данные, даже для таких запросов, как средние значения или контрольные суммы XOR.

Итак, даже если у вас есть сотня различных типов запросов, которые вы можете выполнить, если вы уже знаете, что это за запросы, просто запишите их. Однако, если вы никогда не перестанете делать новые запросы, CouchDB будет трудно за ними поспевать.

5
ответ дан 7 December 2019 в 12:13
поделиться
Другие вопросы по тегам:

Похожие вопросы: