lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alexandre Rafalovitch <>
Subject Re: SOLR vs mongdb
Date Thu, 24 Nov 2016 00:12:40 GMT
Solr supports automatic detection of content types for new fields.
That was - unfortunately - named as schemaless mode. It still is typed
under the covers and has limitations. Such as needing all
automatically created fields to be multivalued (by the default
schemaless definition).

MongoDB is better about actually storing content, especially nested
content. Solr can store content, but that's not what it is about. You
can totally turn off all the stored flags in Solr and return just
document ids, while storing the content in MongoDB.

You can search in Mongo and you can store content in Solr, so for
simple use cases you can use either one to serve both cause. But you
can also pound nails with a brick and make holes with a hammer.

Oh, and do not read this as me endorsing MongoDB. I would probably
look at Postgress with JSON columns instead, as it is more reliable
and feature rich.

---- - Resources for Solr users, new and experienced

On 24 November 2016 at 07:34, Prateek Jain J
<> wrote:
> SOLR also supports, schemaless behaviour. and my question is same that, why and where
should we prefer mongodb. Web search didn’t helped me on this.
> Regards,
> Prateek Jain
> -----Original Message-----
> From: Rohit Kanchan []
> Sent: 23 November 2016 07:07 PM
> To:
> Subject: Re: SOLR vs mongdb
> Hi Prateek,
> I think you are talking about two different animals. Solr(actually embedded
> lucene) is actually a search engine where you can use different features like faceting,
highlighting etc but it is a document store where for each text it does create an Inverted
index and map that to documents.  Mongodb is also document store but I think it adds basic
search capability.  This is my understanding. We are using mongo for temporary storage and
I think it is good for that where you want to store a key value document in a collection without
any static schema. In Solr you need to define your schema. In solr you can define dynamic
fields too. This is all my understanding.
> -
> Rohit
> On Wed, Nov 23, 2016 at 10:27 AM, Prateek Jain J <>
>> Hi All,
>> I have started to use mongodb and solr recently. Please feel free to
>> correct me where my understanding is not upto the mark:
>> 1.       Solr is indexing engine but it stores both data and indexes in
>> same directory. Although we can select fields to store/persist in solr
>> via schema.xml. But in nutshell, it's not possible to distinguish
>> between data and indexes like, I can't remove all indexes and still
>> have persisted data with SOLR.
>> 2.       Solr indexing capabilities are far better than any other nosql db
>> like mongodb etc. like faceting, weighted search.
>> 3.       Both support scalability via sharding.
>> 4.       We can have architecture where data is stored in separate db like
>> mongodb or mysql. SOLR can connect with db and index data (in SOLR).
>> I tried googling for question "solr vs mongodb" and there are various
>> threads on sites like stackoverflow. But I still can't understand why
>> would anyone go for mongodb and when for SOLR (except for features
>> like faceting, may be CAP theorem). Are there any specific use-cases
>> for choosing NoSQL databases like mongoDB over SOLR?
>> Regards,
>> Prateek Jain

View raw message