2 ms·
that is why i think that the "universal query languange" should be on a different layer. SPARQL is one answer to this very complex problem. something similar
by yawniek 15y ago
that is why i think that the "universal query languange" should be on a different layer.
SPARQL is one answer to this very complex problem. something similar to sparql with map/reduce style distributed algorithms embedded could be an interesting approach.
- arockwell 15y agoSPARQL is substantially less powerful than SQL. No delete/update/insert statements, no subselects, and limited aggregation and functions. I've used SPARQL a lot in the past year and I am constantly running into limitations. Performance has also been very poor (we use Jena SDB). I don't know if poor performance is an implementation problem or an overall weakness.
- yawniek 15y agowell there are efforts for updates etc. but yes, you have limitations with sparql, thats why i think it is not the final solution. but it is a first approach to push the possibility to query data to a different layer.