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 >>> >>>> >>> >>>> >>> >>> >> >
