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 mailing list that's supposed to serve as a source of help, which, you asked for. > On Aug 5, 2017, at 7:54 AM, Dave <hastings.recurs...@gmail.com> wrote: > > 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 <thegeofo...@gmail.com> wrote: >> >> Insults for Walter only.. sorry.. >> >>> On 5 August 2017 at 06:28, GW <thegeofo...@gmail.com> 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 ... >>> >>> You are arrogant and probably lame as a programmer. >>> >>> All offense intended >>> >>>> 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 >>>>>>>>> >>>>>>>>> >>>>> >>>>> >>>> >>>
