lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From GW <thegeofo...@gmail.com>
Subject Re: MongoDb vs Solr
Date Sat, 05 Aug 2017 11:28:06 GMT
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 <thegeoforce@gmail.com> wrote:

> Watch their videos....
>
> On 4 August 2017 at 23:26, Walter Underwood <wunder@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
>> wunder@wunderwood.org
>> http://observer.wunderwood.org/  (my blog)
>>
>>
>> > On Aug 4, 2017, at 8:13 PM, David Hastings <DHastings@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.recursive@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 <thegeoforce@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 <wunder@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
>> >>>> wunder@wunderwood.org
>> >>>> http://observer.wunderwood.org/  (my blog)
>> >>>>
>> >>>>
>> >>>>> On Aug 4, 2017, at 4:16 PM, Francesco Viscomi <fviscomi@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
>> >>>>
>> >>>>
>>
>>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message