bring back BSBM about lingbm HOT 3 OPEN

Several of your points here seem to assume that the query templates we had for the BSBM-based version of LinGBM and the query templates we have now for the LUBM-based version of LinGBM resemble the templates from these two SPARQL benchmarks. That's not the case at all! We are using only the datasets.

from lingbm.

1. Of course, GraphQL and SPARQL queries will be very different.
   But I assume you reproduced the intent and choke points of each query?
   Otherwise nobody can examine "GraphQL compared to SQL or SPARQL implementations", which would he a pity

2. BTW, if we decide to revive BSBM , where should we look?

from lingbm.

1. [...] But I assume you reproduced the intent and choke points of each query? Otherwise nobody can examine "GraphQL compared to SQL or SPARQL implementations", which would he a pity

No. It is not the purpose of the benchmark to be used for comparisons of GraphQL implementations versus SQL or SPARQL implementations. Instead, the benchmark is meant for comparisons of different GraphQL implementations or, more precisely, different approaches to implement a GraphQL server. Of course, some such implementations may be based on translations to SQL or to SPARQL, but that's a different thing than comparing to native SQL or SPARQL implementations of the queries.

Therefore, we did not aim to reproduce the intent and the choke points of the LUBM queries (or the BSBM queries). In contrast, the choke points that we have defined focus on challenges specific to GraphQL implementations. Of course, some of these challenges may also be challenges for SQL or SPARQL implementations, but that is more a by-product rather than a deliberate intention.

2. BTW, if we decide to revive BSBM , where should we look?

https://github.com/LiUGraphQL/LinGBM/releases/tag/v1

from lingbm.