You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
SPARQL.js is currently being used for parsing SPARQL queries. This library works great, but is unfortunately quite big when webpacked. For this reason (and also lack of modularity), we may want to look into implementing a custom parser.
There are some use-cases in which it would be beneficial to process SPARQL queries in a stream-like manner. For instance an INSERT DATA query containing a large number of triples to insert would be better processed in real-time rather than needing to buffer all the changes in memory before making the update.
One way of achieving this would be to create a new algebra library where property access on the algebra return promises that resolve when processing has completed, and anything that was an array in sparqlalgebrajs becomes an AsyncIterable. Consequently it could potentially be worth looking into this when work on supporting SPARQL 1.2 starts.
The text was updated successfully, but these errors were encountered:
Indeed, kind of. But it can be developed independently though. Also, if this new parser would output parsed queries in the same format, then sparqlalgebra.js could simply plug in this new parser.
Issue type:
Description:
SPARQL.js is currently being used for parsing SPARQL queries. This library works great, but is unfortunately quite big when webpacked. For this reason (and also lack of modularity), we may want to look into implementing a custom parser.
Edit: included from @jeswr's issue #1018:
There are some use-cases in which it would be beneficial to process SPARQL queries in a stream-like manner. For instance an INSERT DATA query containing a large number of triples to insert would be better processed in real-time rather than needing to buffer all the changes in memory before making the update.
One way of achieving this would be to create a new algebra library where property access on the algebra return promises that resolve when processing has completed, and anything that was an array in sparqlalgebrajs becomes an AsyncIterable. Consequently it could potentially be worth looking into this when work on supporting SPARQL 1.2 starts.
The text was updated successfully, but these errors were encountered: