|Smalyshev added a comment.|
T166139: Query optimizer for labels should be using sub queries seems to be pretty hard to do in generic case (that is to say I currently have no good idea how to do it, suggestions welcome). It is true that many of these issues can be solved with proper query writing, but making Blazegraph Optimizer do it is non-trivial, as it seems. And making users do it doesn't always work, as many users are not advanced enough in their knowledge of SPARQL and implementation details. OTOH, for small query results, fetching the labels client-side may be a viable solution. Labels also should be highly cacheable in common use case (though cache hit rate may not be very good). It seems to me like a viable idea at least to try out. Of course, we should lazy-load the labels and batch the loads.
Cc: Smalyshev, Jonas, Lydia_Pintscher, Lucas_Werkmeister_WMDE, Aklapper, TomT0m, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
_______________________________________________ Wikidata-bugs mailing list Wikidatafirstname.lastname@example.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs