Hannah_Bast added a comment.
It's of course up to you (the Wikidata team) to decide this. But I wouldn't dismiss this idea so easily. There is clearly a group of users who want to query the exact contents of the database at the point in time they are querying it. I assume that this group includes many Wikimedians and all kinds of statistics queries on Wikidata. But I am sure that there is also a large group of users who don't care if the version of Wikidata they are querying is a few hours old, but who care much more about convenience and efficiency (or getting results at all, which is clearly a problem with the current service). Now this here is a (low-priority) thread about a "double backend strategy for WDQS". If there were an engine that can answer all "reasonable" queries efficiently *and* that supports SPARQL update operations, there would be no need for this debate. Based on my own experience, I personally think that Virtuoso comes close to being this engine. It is the most mature SPARQL engine on the market when it comes to handling very large datasets with reasonable hardware and it's remarkable how fast it is even for some fairly complex queries. But there are many reasonable queries which by design are very hard also for Virtuoso (and which time out on Virtuoso's Wikidata SPARQL endpoint). In my experience, there is a clear trade-off between efficiency and the support of live updates. There is just a lot of room for optimization when you have read-only data and you can rebuild the index from scratch periodically. TASK DETAIL https://phabricator.wikimedia.org/T290839 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Hannah_Bast Cc: Addshore, Justin0x2004, Lucas_Werkmeister_WMDE, Bugreporter, Hannah_Bast, Aklapper, MPhamWMF, So9q, Invadibot, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
_______________________________________________ Wikidata-bugs mailing list -- [email protected] To unsubscribe send an email to [email protected]
