| Re: [jnosql-dev] NoSQL Endgame - Werner Keil Thodoris Bais-PerconaLive ONLINE 2020 - NoSQL Tutorial |
Again Forget About LDAP we list a framework like Tinkerpop, but LDAP is not really a DB. The others compared to e.g. JNoSQL seem acceptable, maybe the best room for improvement would be to list the community Based ones also in the top list. You’ll find 16 here https://github.com/eclipse/jnosql-communication-driver alone, the others are also community-based, so you may need to do a little digging or analyzing the dependencies on GitHub or MavenCentral if you are curious. Unlike Spring Data or Micronaut there are no permanent full-time employees paid to either maintain the code or just advertise it. Yet this community driven effort created support for 3-4x more "main modules " (MongoDB, Redis, Casandra, Geode, GemFire) than Spring Data which is also reflected by " supported out of the box". Therefore I see no reason to Change that, despite doing this in our spare time we did everything correctly. If you want to present more "main modules" in the future, let us know, then we might rephrase something, but right now there is no need for it. The sentence is the same except for cases where it does not apply, e.g. lacking NoSQL support in Micronaut Data, half a dozen is even rounded up from the actual 5. Cheers, Werner Von: Oliver Drotbohm Actually, we're not making them too hard to find [0, 1]. They're listed in the main content part of the page and you're really the first person not finding the info. Please give note, I can screenshot the info for you if needed. We currently list: Aerospike, ArangoDB, Apache Cassandra, Cloud Datastore, Couchbase, DynamoDB, Elasticsearch, Gemfire, Apache Geode, Hazelcast, Jest, LDAP, MongoDB, Neo4j, Redis, Apache Solr, Vault. Makes 17 if I count correctly. Am I really wrong to suggest, that if you like to publish a comparison like that, it's your duty to do the due diligence in investigating this and not stop at "Whoa, yeah well, I don't really know better so I just put random stuff on some slides"? In fact, I am happy to consult in advance in case you plan to redo stuff like that. I am still happy to learn about the discrepancy between the number of logos on the jNoSQL website and the actually available drivers in the repository. I am not concerned about who "ranks first" in some comparison with completely made up comparison criterias. All I care about is that what is is represented correctly and I see room for improvement in this regard. Cheers, Ollie [0] https://spring.io/projects/spring-data#main-modules [1] https://spring.io/projects/spring-data#community-modules > Am 29.12.2020 um 20:45 schrieb Werner Keil <werner.keil@xxxxxxx>: > > Hi, > > You mean when you pop the list open on the left siide? > That list contains all sorts of different connectors, but even if you are as flexible for interpretation as to call Hadoop or Solr a "NoSQL" system, that boils the 17 item list down to around 10. JDBC, JPA, R2DBC or Envers are not NoSQL systems, sorry and I also would not call REST or JPA that way either. > So without the likes of Solr or Hadoop (sorry but those are like claiming JNoSQL support TinkerPop ;-) that leaves > MongoDB, Redis, Cassandra, Geode, GemFire, Couchbase, Elasticsearch (also highly questionable, but let’s leave it there) and Neo4J. > > That’s 8, I would say Half a Dozen is Closer to 8 than a Dozen. So unless you come up with a different list, I see no reason to Change the statement, it’s alLittle bizarre since all in all Spring Data currently ends up best, because it is older and more mature while Jakarta NoSQL/JNoSQL or Micronaut Data (that does not support NoSQL at this point, which is why it ranked worse and has even fewer than half a dozen NoSQL DB Systems right now) are boh still moving targets and may only be considered for production under very special circumstances. > > We also made clear in our talks, whether Otavio, Thodoris myself or a combination of up to 3 co-speakers, that some of the Solutions try to mix "Apples with Oranges" which is why the criteria also cannot be exactly the same for all, they are too different, e.g. some rely on JDBC/JPA only while others are more diverse. > > So unless that list gets over 10 true NoSQL DB Systems, there is no Need to change the comparison. > > I hope you understand that and please let us know, when it changes drastically and of course constructive Input on the NoSQL spec and API is also welcome where somebody has suggestions. > > Cheers, > Werner > > Von: Oliver Drotbohm > Gesendet: Dienstag, 29. Dezember 2020 16:50 > An: jnosql developer discussions > Betreff: Re: [jnosql-dev] NoSQL Endgame - Werner Keil Thodoris Bais -PerconaLive ONLINE 2020 - NoSQL Tutorial > > Hi, > > > Am 29.12.2020 um 15:17 schrieb Werner Keil <werner.keil@xxxxxxx>: > > > > Oliver, > > > > Thanks for the Input. Can you please Point us to the exact list of supported Drivers or DB Systems? > > JNoSQL http://www.jnosql.org/ lists around 30 and the list is not even complete because there are a few vendors creating drivers independently, but if Spring Data has a comparable list we’re happy to include it or update the number to „a dozen“ or whatever seems appropriate. > > The link I had in the original message lists all available ones. The website you point to in turn links to actual database products and lists 31. The driver implementations' repository [0] lists 16. Care to elaborate on the difference? I am not really inclined to play the numbers game here but there seems to be some serious distortion going on in the external communication. > > > Please leave this out of the nosql-dev, this is only for the Jakarta NoSQL spec and while Spring Data does not distinguish between API and implementation (that is what Emily and Ed Burns said in their comparison between Spring Boot and Eclipse MicroProfile ;-D) the comparison is based on compatible implementations like JNoSQL. > > Sorry if I am not aware of the subtleties of all of the different email lists, I just replied to the original email. > > Cheers, > Ollie > > [0] https://github.com/eclipse/jnosql-communication-driver > > > Von: Oliver Drotbohm > > Gesendet: Dienstag, 29. Dezember 2020 15:10 > > An: jnosql developer discussions > > Cc: nosql developer discussions > > Betreff: Re: [jnosql-dev] NoSQL Endgame - Werner Keil Thodoris Bais -Percona Live ONLINE 2020 - NoSQL Tutorial > > > > Werner, Thodoris, > > > > would you mind clarifying the last bullet point on slide 53 claiming Spring Data would "only" support "half a dozen" NoSQL stores? In fact, the website [0] lists more than a dozen stores supported and – from the list of competitors – arguably has the broadest list of stores supported. > > > > In general, when creating such comparison overview slides, it's good practice to not switch the criterias to evaluate each contestant under on the go. Doing so makes slides 50 and following rather meaningless as you move from "huge number" as a plus without actually qualifying this to "only half a dozen" as a negative when it's even factually untrue. > > > > It's great to see those direct comparisons, but I'd prefer if we stick to the facts and not colorize our evaluation just because we're affiliated with one of the contestants. > > > > Cheers, > > Ollie > > > > [0] https://spring.io/projects/spring-data > > > > > Am 29.12.2020 um 13:58 schrieb Otavio Santana <otaviopolianasantana@xxxxxxxxx>: > > > > > > > > > Hello everyone, there is a virtue presentation to compare several Java framework solutions in the Java world by Werner Keil and Thodoris Bais. > > > > > > https://www.youtube.com/watch?v=5fuWXMHdfoU > > > > > > https://www.slideshare.net/ThodorisBais/nosql-endgame-devoxxua-conference-2020 > > > > > > > > > -- > > > Otávio Santana > > > > > > > > > twitter: http://twitter.com/otaviojava > > > site: http://about.me/otaviojava > > > > > > _______________________________________________ > > > jnosql-dev mailing list > > > jnosql-dev@xxxxxxxxxxx > > > To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jnosql-dev > > > > > > _______________________________________________ > > jnosql-dev mailing list > > jnosql-dev@xxxxxxxxxxx > > To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jnosql-dev > > > _______________________________________________ > jnosql-dev mailing list > jnosql-dev@xxxxxxxxxxx > To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jnosql-dev |