Manybubbles added a comment. Adding this here for posterity: It seems like the primary objection to RDR is vendor lock in. Its a BlazeGraph specific thing and would have to be reimplemented if we had to go someplace else. You *can* trigger it automatically using standard RDF reification syntax _but_ that syntax is deprecated and painful to query.
I argue that SPARQL itself is worse from a vendor lock in perspective than RDR. There is _no_ chance that we'll want to reimplement SPARQL ourselves and we only have four open source options that support it: 1. BlazeGraph 2. Virtuoso OpenSource 3. Apache Jena 4. GraphSail on top of Gremlin on top of some other graph database 5. 4store #4 is unlikely to be efficient, given all the layers of abstraction. There is a chance it'll work but its not super high. Apache Jena doesn't scale nearly as well as Virtuoso or BlazeGraph according to http://www.w3.org/wiki/LargeTripleStores . 4store hasn't seen much development in a long, long time. That means we're locked to either Virtuoso or BlazeGraph any way. So my feeling is that exposing RDR to our users isn't _that_ bad. If we have to take it away one day our options are to either reimplement the syntax or deprecate it and drop support for it. Or replace it with some wikidata specific syntax. I think this is ok. Especially when you compare it to the craziness we were willing to put up with on top of Gremlin where switching out the graph backend required you to totally change your model based on the totally mismatching capabilities of the underlying system. TASK DETAIL https://phabricator.wikimedia.org/T90119 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign <username>. EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Manybubbles Cc: Thompsonbry.systap, Smalyshev, Manybubbles, Aklapper, Haasepeter, Beebs.systap, daniel, jkroll, Wikidata-bugs, Jdouglas, aude, GWicke, JanZerebecki _______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
