KingsleyIdehen added a comment.
For the record. At the time of our first rendezvous re Wikidata hosting, handling 20 billion+ triples would have typically required our Cluster Edition (a Commercial Only offering). That was the deal-breaker back at the time of initial Blazegraph selection for Wikidata i.e., it offered an Open Source based Cluster Edition. Anyway, in recent times, our Open Source Edition has evolved to handle some 80 Billion+ triples (exemplified by the live Uniprot instance <https://sparql.uniprot.org/>) where performance and scale is primary a function of available memory. Fundamentally, the current 13 Billion Triples size of Wikidata and future growth all lie well within the range of Virtuoso's Open Source Edition. Also note, based on our experience hosting live DBpedia and Wikidata instances, we do have configuration best practices in place for uptime and scalability without the need for our Cluster Edition (which is really for dealing with massive setups in the 100 Billion Triples or higher range). I hope this helps. **Related** [1] Our Live Wikidata SPARQL Query Endpoint <https://wikidata.demo.openlinksw.com/sparql> [2] Google Spreadsheet about various Virtuoso Configurations associated with some well-known public endpoints <https://docs.google.com/spreadsheets/d/15AXnxMgKyCvLPil_QeGC0DiXOP-Hu8Ln97fZ683ZQF0/edit#gid=0> [3] This query doesn't complete with the current Blazegraph-based Wikidata endpoint <https://t.co/EjAAO73wwE> [4] Same query completing when applied to the Virtuoso-based endpoint <https://t.co/GTATPPJNBI> [5] About loading Wikidata's datasets into a Virtuoso instance <https://t.co/X7mLmcYC69> [6] Various demos shared via Twitter over the years regarding Wikidata <https://twitter.com/search?q=%23Wikidata%20%23VirtuosoRDBMS%20%40kidehen&src=typed_query&f=live> [7] Uniprot SPARQL Endpoint Presentation <https://t.co/EpuP27TFRE?amp=1> TASK DETAIL https://phabricator.wikimedia.org/T206560 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: KingsleyIdehen Cc: KingsleyIdehen, Daniel_Mietchen, Majavah, karapayneWMDE, MarioGom, Mohammed_Sadat_WMDE, Hjfocs, danshick-wmde, Thadguidry, Tpt, TallTed, Sj, Afandian, Justin0x2004, Jerven, TheKtk, Ivanhercaz, Jneubert, DanBri, Lydia_Pintscher, Tagishsimon, Samantha_Alipio_WMDE, Ostrzyciel, GreenReaper, WMDE-leszek, Salgo60, So9q, Krabina, Jecummings4, TomT0m, Akuckartz, Susannaanas, Addshore, Andrawaag, Gehel, Lucas_Werkmeister_WMDE, Aklapper, Smalyshev, Invadibot, MPhamWMF, Jtm-lis, maantietaja, NavinRizwi, CBogen, Isaacandy, Demian, Olson.jared.m, Nandana, Namenlos314, Lahi, Gq86, Bryandamon, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, Steko, Samwilson, PhotographerTom, suriyaa, Psychoslave, tosfos, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Darenwelsh, Dinoguy1000, Manybubbles, brion, Mbch331, MarkAHershberger
_______________________________________________ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org