Hacker News Reader

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.

View on HN

SPARQL 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.

well 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.

Reply on news.ycombinator.com