Ils ont aussi sans doute passé pas mal de temps en intégration avec les autres projets Wikimedias, alors qu'à l'origine ils devaient se concentrer sur Wikipédia, changement de plans en cours de route.
L'intégration d'un autre projet Wikimédia est très facile côté logiciel, il suffit de changer deux trois variables de config et de mettre à jour une table ou deux de la base de données (1-2h de travail pour un sysadmin). Ce qui prend du temps, c'est la communication autour du truc (elle est faite par un non développeur donc cela ne ralenti pas le développement).
C'est un peu surprenant étant donné que wikidata query semble ne pas vraiment avoir de problèmes de performances, mais faut croire qu'il a moins de charge, et moins de contrainte d'intégrations dans le code du Wiki.
Entre quelques requêtes fait par des technophiles sur des données vieilles de plusieurs jours et un usage massif des requêtes dans les articles Wikipédia nécessitant des màj continuelles pour répliquer les changement de Wikidata il y a en effet un monde. Rien que la réplication des changements tel que fait actuellement vers les pages liées à l'entité changée à réussit à saturer le serveur SQL qui gérait seulement la pile des changements à répliquer. Un basculement vers Redis, qui est nettement plus performant, à été fait en urgence à cause de cela.
[^] # Re: Utilisation des données de Wikidata
Posté par Tpt . En réponse au journal Chronique de Wikidata : Esprit Unix appliqué aux données, et plus encore.. Évalué à 2.
L'intégration d'un autre projet Wikimédia est très facile côté logiciel, il suffit de changer deux trois variables de config et de mettre à jour une table ou deux de la base de données (1-2h de travail pour un sysadmin). Ce qui prend du temps, c'est la communication autour du truc (elle est faite par un non développeur donc cela ne ralenti pas le développement).
Entre quelques requêtes fait par des technophiles sur des données vieilles de plusieurs jours et un usage massif des requêtes dans les articles Wikipédia nécessitant des màj continuelles pour répliquer les changement de Wikidata il y a en effet un monde. Rien que la réplication des changements tel que fait actuellement vers les pages liées à l'entité changée à réussit à saturer le serveur SQL qui gérait seulement la pile des changements à répliquer. Un basculement vers Redis, qui est nettement plus performant, à été fait en urgence à cause de cela.