We have asked that same question (of ourselves)...

We have asked that same question (o

We have asked that same question (of ourselves)..."Why don't we just get everything from ElastsicSearch?"

The answer is that ElasticSearch was designed to be a search engine, and not a persistent data store. Sometimes ElasticSearch loses writes. Schema changes are difficult to do in ElasticSearch without blowing everything away and reloading. For that purpose, I have written jobs that are designed to keep ElasticSearch in-sync with our Cassandra cluster. There was also a fairly recent discussion on Quora about this topic, that yielded similar points.

That being said, ElasticSearch works great as a search engine. And Cassandra works great as a scalable, high-performance datastore. But querying data is different from searching for data. There are times that we need one or the other, and a combination of the two works well for our application. It may (or it may not) work well for yours.

As for analytics, I have had some success in using the Cassandra Spark connector, to serve more complex OLAP queries. Hope that helps.
0/5000
Источник: -
Цель: -
Результаты (русский) 1: [копия]
Скопировано!
Мы попросили тот же вопрос (о себе)..., «Почему не мы просто получить все от ElastsicSearch?»Ответ заключается, что ElasticSearch был разработан чтобы быть поисковой системы, а не в хранилище постоянных данных. Иногда ElasticSearch теряет пишет. Изменения схемы являются трудно сделать в ElasticSearch без сносит все и перегрузки. Для этой цели я написал рабочие места, которые предназначены для держать ElasticSearch в синхронизация с нашими Кассандра кластера. Был также довольно недавнее обсуждение Quora об этой теме, которые принесли подобных точек.Это, как говорится, ElasticSearch прекрасно работает в качестве поисковой системы. И Кассандра работает большой как масштабируемое, высокопроизводительное хранилище данных. Но запрос данных отличается от поиска данных. Есть времена, что нам нужно один или другой и сочетание двух работ хорошо для нашего приложения. Он может (или не может работают хорошо для вас.Что касается аналитики я имел некоторый успех в использовании разъему Кассандра искры, чтобы служить более сложных запросов OLAP. Надежда, что помогает.
переводится, пожалуйста, подождите..
Результаты (русский) 2:[копия]
Скопировано!
Мы попросили тот же вопрос (о себе) ... "Почему бы нам просто не получить все от ElastsicSearch?" Ответ в том, что ElasticSearch был разработан, чтобы быть поисковая система, а не постоянные хранилища данных. Иногда ElasticSearch теряет записи. Изменения схемы трудно сделать в ElasticSearch без дует все от и перезагрузки. Для этой цели, я написал работу, которые предназначены, чтобы держать ElasticSearch в синхронизации с нашего Кассандры кластера. Был также довольно недавнее обсуждение на Quora на эту тему, что получены аналогичные точки. Это, как говорится, ElasticSearch прекрасно работает в качестве поисковой системы. И Кассандра прекрасно работает в качестве масштабируемой, высокопроизводительной хранилище. Но запросов данных отличается от поиска данных. Есть времена, что мы нужны друг другу или, и сочетание двух хорошо работает для нашего приложения. Это может (или не может) работать хорошо для вашего. Что касается аналитики, я имел некоторый успех в использовании разъем Искра Кассандра, чтобы служить более сложные запросы OLAP. Надежда, что помогает.





переводится, пожалуйста, подождите..
Результаты (русский) 3:[копия]
Скопировано!
Мы обратились с просьбой о том, чтобы такой же вопрос (ourselves) ... "а почему бы нам не просто все - от ElastsicSearch? "ветровому ответ на этот вопрос в том, что ElasticSearch был разработан для поиска, а не постоянное хранилище данных. Иногда ElasticSearch теряет скорость записи. Изменения схемы, трудно сделать в ElasticSearch без продувки все подальше и перезагрузки. С этой целью,Я письменные задания, которые предназначены для поддержания ElasticSearch в-sync с нашей Кассандра кластера. Кроме того, существует достаточно недавнего обсуждения Quora по этой теме, что дала аналогичные.ветровому говорит, что ElasticSearch работает в качестве механизма поиска. И Кассандра отлично работает в качестве масштабируемого, высокая производительность хранилища данных. Но запрос данных отличается от поиска данных.Кроме того, время от времени, что нам необходимо один или другой, и сочетание двух хорошо работает для нашего приложения. Она может (или не может) для работы с вашей.ветровому для аналитика, я уже с помощью Кассандра свечи зажигания разъем, более сложные OLAP запросов. Надеемся, что помогает.
переводится, пожалуйста, подождите..
 
Другие языки
Поддержка инструмент перевода: Клингонский (pIqaD), Определить язык, азербайджанский, албанский, амхарский, английский, арабский, армянский, африкаанс, баскский, белорусский, бенгальский, бирманский, болгарский, боснийский, валлийский, венгерский, вьетнамский, гавайский, галисийский, греческий, грузинский, гуджарати, датский, зулу, иврит, игбо, идиш, индонезийский, ирландский, исландский, испанский, итальянский, йоруба, казахский, каннада, каталанский, киргизский, китайский, китайский традиционный, корейский, корсиканский, креольский (Гаити), курманджи, кхмерский, кхоса, лаосский, латинский, латышский, литовский, люксембургский, македонский, малагасийский, малайский, малаялам, мальтийский, маори, маратхи, монгольский, немецкий, непальский, нидерландский, норвежский, ория, панджаби, персидский, польский, португальский, пушту, руанда, румынский, русский, самоанский, себуанский, сербский, сесото, сингальский, синдхи, словацкий, словенский, сомалийский, суахили, суданский, таджикский, тайский, тамильский, татарский, телугу, турецкий, туркменский, узбекский, уйгурский, украинский, урду, филиппинский, финский, французский, фризский, хауса, хинди, хмонг, хорватский, чева, чешский, шведский, шона, шотландский (гэльский), эсперанто, эстонский, яванский, японский, Язык перевода.

Copyright ©2025 I Love Translation. All reserved.

E-mail: