Hello,
For the current demo system, how many triple store
retrievals are being performed per Statement per page? Is this more or
less or the same as expected under the final design? Under the suggested
pure-transclusion approach, I believe the answer is "zero" since all
retrievals are performed asynchronously* with respect to client wiki
transclusion requests.
Are additional triple store retrievals (or
updates) occurring? Such as ones to inform a client wikipedia about the
currency of Statements previously retrieved from wikidata? In a
pure-transclusion approach, such info is "easy" to get at: clients query
the [[modification date::]] of each transclusion. Can you point me to a
(transaction-level) design for keeping client wikis in sync with
Statement-level wikidata content?
I'm also concerned about stability &
scalability. What happens to the performance of client wikis should the
wikidata host be hobbled by DOS attacks, or inadvertent long-running
queries, or command line maintenance scripts, or poorly designed
wikibots or, as expected, by possilby tens of thousands of wikis
accessing the central wikidata host? Under the pure-transclusion
approach, my concerns are not nearly the same since all transcludable
content is cached on squid servers....
Thanks - john