Re: MongoDb vs Solr

2017-08-12 Thread Jcd
Hello, I have implemented a NoSQL key/value DB where I index the value field needed for retrieval plus the key value to get back the DB record when searching and it works pretty well. I use Lucene but you can most probably do the same with SOLR. Best wishes JCD Envoyé de mon iPhone > Le 12

Re: MongoDb vs Solr

2017-08-12 Thread Leonardo Perez Pulido
The main reason to chose Solr is the capacity of it has of return results sorted by relevance. Solr returns documents in ranked order based on how relevant each document is to the user's query. Solr isn't a database, although it can 'store' data. Regards. On Sat, Aug 12, 2017 at 2:27 PM, Dave

Re: MongoDb vs Solr

2017-08-12 Thread Dave
Personally I say use a rdbms for data storage, it's what it's for. Solr is for search and retrieve and the expense of possible loss of all data, in which case you rebuild it. > On Aug 12, 2017, at 11:26 AM, Muwonge Ronald wrote: > > Hi Solr can use mongodb for storage and

Re: MongoDb vs Solr

2017-08-12 Thread Lars Karlsson
Agree, but saying "but Solr is generally not considered to be durable across crashes or kill -9." Such statements are misleading, even Cassandra can loose data in such case. and talking about RDBMS and ACID = non scalable persistence and dealing with replication hell. On Sat, 12 Aug 2017 at

Re: MongoDb vs Solr

2017-08-12 Thread Muwonge Ronald
Hi Solr can use mongodb for storage and you can play with the data as it grows depending on your data goals.Ease of learning doesn't mean happiness.I recommend you use both for serious projects that won't collapse soon. Ronny On 5 Aug 2017 02:16, "Francesco Viscomi" wrote: >

Re: MongoDb vs Solr

2017-08-08 Thread Lars Karlsson
Yet another reason to stick to Solr: https://aphyr.com/posts/323-call-me-maybe-elasticsearch-1-5-0 On Mon, 7 Aug 2017 at 15:40, Charlie Hull wrote: > On 05/08/2017 12:28, GW wrote: > > For The Guardian, Solr is the new database | Lucidworks > > < >

Re: MongoDb vs Solr

2017-08-07 Thread Charlie Hull
On 05/08/2017 12:28, GW wrote: For The Guardian, Solr is the new database | Lucidworks

Re: MongoDb vs Solr

2017-08-05 Thread Walter Underwood
People who want to use Solr as a database should understand that it does not satisfy the ACID properties. It doesn’t have atomicity, because if some documents in a batch fail, the rest will still be committed. It doesn’t have isolation, one commit will submit all pending updates. Not sure about

Re: MongoDb vs Solr

2017-08-05 Thread Peter Sturge
*And insults are not something I'd like to see in this mailing list, at all* +1 Everyone is entitled to their opinion.. Solr can and does work extremely well as a database - it depends on your db requirements. For distributed/replicated search via REST API that is read heavy, Solr is a great

Re: MongoDb vs Solr

2017-08-05 Thread Walter Underwood
I read the seven year old slides just now. The Guardian was using Solr to deliver the content. Their repository (see slide 38) is an RDBMS. https://www.slideshare.net/matwall/no-sql-at-the-guardian In slide 37, part of “Is Solr a database?”, they note “Search index not really persistence”. To

Re: MongoDb vs Solr

2017-08-05 Thread Dave
And to add to the conversation, 7 year old blog posts are not a reason to make decisions for your tech stack. And insults are not something I'd like to see in this mailing list, at all, so please do not repeat any such disrespect or condescending statements in your contributions to the

Re: MongoDb vs Solr

2017-08-05 Thread Dave
Also I wouldn't really recommend mongodb at all, it should only to be used as a fast front end to an acid compliant relational db same with memcahed for example. If you're going to stick to open source, as I do, you should use the correct tool for the job. > On Aug 5, 2017, at 7:32 AM, GW

Re: MongoDb vs Solr

2017-08-05 Thread Dave
Solr=search engine Mongodb=schemaless database > On Aug 5, 2017, at 12:26 AM, Walter Underwood wrote: > > MarkLogic can do many-to-many. I worked there six years ago. They use search > engine index structure with generational updates, including segment level > caches.

Re: MongoDb vs Solr

2017-08-05 Thread GW
Insults for Walter only.. sorry.. On 5 August 2017 at 06:28, GW wrote: > For The Guardian, Solr is the new database | Lucidworks >

Re: MongoDb vs Solr

2017-08-05 Thread GW
For The Guardian, Solr is the new database | Lucidworks

Re: MongoDb vs Solr

2017-08-05 Thread Lars Karlsson
I doubt your statement, you can learn more about why you should prefer Solr here: https://aphyr.com/posts/322-call-me-maybe-mongodb-stale-reads On Sat, 5 Aug 2017 at 01:16, Francesco Viscomi wrote: > Hi all, > why i have to choose solr if mongoDb is easier to learn and to

Re: MongoDb vs Solr

2017-08-05 Thread GW
Watch their videos On 4 August 2017 at 23:26, Walter Underwood wrote: > MarkLogic can do many-to-many. I worked there six years ago. They use > search engine index structure with generational updates, including segment > level caches. With locking. Pretty good stuff.

Re: MongoDb vs Solr

2017-08-04 Thread Walter Underwood
MarkLogic can do many-to-many. I worked there six years ago. They use search engine index structure with generational updates, including segment level caches. With locking. Pretty good stuff. A many to many relationship is an intersection across posting lists, with transactions.

Re: MongoDb vs Solr

2017-08-04 Thread David Hastings
Also, id love to see an example of a many to many relationship in a nosql db as you described, since that's a rdbms concept. If it exists in a nosql environment I would like to learn how... > On Aug 4, 2017, at 10:56 PM, Dave wrote: > > Uhm. Dude are you

Re: MongoDb vs Solr

2017-08-04 Thread Dave
Uhm. Dude are you drinking? 1. Lucidworks would never say that. 2. Maria is not a json +MySQL. Maria is a fork of the last open source version of MySQL before oracle bought them 3.walter is 100% correct. Solr is search. The only complex data structure it has is an array. Something like mongo

Re: MongoDb vs Solr

2017-08-04 Thread GW
The people @ Lucidworks would beg to disagree but I know exactly what you are saying Walter. A simple flat file like a cardx is fine and dandy as a Solrcloud noSQL DB. I like to express it as knowing when to fish and when to cut bait. As soon as you are in the one - many or many - many world a

Re: MongoDb vs Solr

2017-08-04 Thread Walter Underwood
Solr is NOT a database. If you need a database, don’t choose Solr. If you need both a database and search, choose MarkLogic. wunder Walter Underwood wun...@wunderwood.org http://observer.wunderwood.org/ (my blog) > On Aug 4, 2017, at 4:16 PM, Francesco Viscomi wrote: > >

Re: MongoDb vs Solr

2017-08-04 Thread Dave
Ones a search engine and the other is a nosql db. They're nothing alike and are completely different tools for completely different jobs. > On Aug 4, 2017, at 7:16 PM, Francesco Viscomi wrote: > > Hi all, > why i have to choose solr if mongoDb is easier to learn and to