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 <char...@flax.co.uk> wrote: > On 05/08/2017 12:28, GW wrote: > > For The Guardian, Solr is the new database | Lucidworks > > < > https://www.google.ca/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&cad=rja&uact=8&ved=0ahUKEwiR1rn6_b_VAhVB7IMKHWGKBj4QFgguMAE&url=https%3A%2F%2Flucidworks.com%2F2010%2F04%2F29%2Ffor-the-guardian-solr-is-the-new-database%2F&usg=AFQjCNE6CwwFRMvNhgzvEZu-Sryu_vtL8A > > > > > https://lucidworks.com/2010/04/29/for-the-guardian-solr-is-the-new-database/ > > Apr 29, 2010 - For The Guardian, *Solr* is the new *database*. I blogged > a > > few days ago about how open search source is disrupting the relationship > > between ... > > Sorry, but the Guardian moved away from Solr to Elasticsearch (which > isn't a database either) several years ago. > > > > You are arrogant and probably lame as a programmer. > > > > All offense intended > > Oh dear.... > > C > > > > On 5 August 2017 at 06:23, GW <thegeofo...@gmail.com> wrote: > > > >> Watch their videos.... > >> > >> On 4 August 2017 at 23:26, Walter Underwood <wun...@wunderwood.org> > 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. > >>> > >>> A many to many relationship is an intersection across posting lists, > with > >>> transactions. Straightforward, but not easy to do it fast. > >>> > >>> The “Inside MarkLogic Server” paper does a good job of explaining the > >>> guts. > >>> > >>> Now, back to our regularly scheduled Solr presentations. > >>> > >>> wunder > >>> Walter Underwood > >>> wun...@wunderwood.org > >>> http://observer.wunderwood.org/ (my blog) > >>> > >>> > >>>> On Aug 4, 2017, at 8:13 PM, David Hastings <dhasti...@wshein.com> > >>> wrote: > >>>> > >>>> 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 <hastings.recurs...@gmail.com> > >>> wrote: > >>>>> > >>>>> 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 can do arrays hashes > >>> arrays of hashes etc, it's actually json based. But it can't search > well as > >>> a search engine can. > >>>>> > >>>>> There is no one tool. Use each for their own abilities. > >>>>> > >>>>> > >>>>>> On Aug 4, 2017, at 10:35 PM, GW <thegeofo...@gmail.com> wrote: > >>>>>> > >>>>>> 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 real DB is a > >>> whole lot > >>>>>> more sensible. > >>>>>> > >>>>>> Augment your one-many|many-many NoSQL DB with a Solrcloud and you've > >>> got a > >>>>>> rocket. Maria (MySQL with JSON) has had text search for a long time > >>> but It > >>>>>> just does not compare to Solr. Put the two together and you've got > >>> some > >>>>>> serious magic. > >>>>>> > >>>>>> No offense intended, There's nothing wrong with being 97.5% correct. > >>> I wish > >>>>>> I could be 97.5% correct all the time. :-) > >>>>>> > >>>>>> > >>>>>> > >>>>>>> On 4 August 2017 at 18:41, Walter Underwood <wun...@wunderwood.org > > > >>> wrote: > >>>>>>> > >>>>>>> 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 <fvisc...@gmail.com > > > >>>>>>> wrote: > >>>>>>>> > >>>>>>>> Hi all, > >>>>>>>> why i have to choose solr if mongoDb is easier to learn and to > use? > >>>>>>>> Both are NoSql database, is there a good reason to chose solr and > >>> not > >>>>>>>> mongoDb? > >>>>>>>> > >>>>>>>> thanks really much > >>>>>>>> > >>>>>>>> -- > >>>>>>>> Ing. Viscomi Francesco > >>>>>>> > >>>>>>> > >>> > >>> > >> > > > > > > --- > > This email has been checked for viruses by AVG. > > http://www.avg.com > > > > > -- > Charlie Hull > Flax - Open Source Enterprise Search > > tel/fax: +44 (0)8700 118334 > mobile: +44 (0)7767 825828 > web: www.flax.co.uk >
