Je comprends mieux mais ma réponse reste la même. S'il y a juste un serveur de base de données chez le client et que tu ne peux qu'interroger ce serveur, le serveur du client ne pourra pas faire d'autres traitements que ce qu'il est possible de faire dans une procédure stockée.

Le serveur web est centralisé en Australie. Il n'a pas qu'un client en France, mais plusieurs systèmes client identiques de part le monde. Donc l'app est centralisée et les DB client side très éclatées. (6 systèmes en tout)

Je comprends pas trop le but, mais pourquoi ne mettrais tu pas simplement un serveur web sur le serveur DB du client ? Le client pourrait directement l'interroger mais il serait aussi possible de développer une API qui permettrait au serveur web australien d’interroger le serveur web du client puis de retourner le résultat au client.

Toujours est-il que si le serveur du client doit effectuer des traitements qui ne sont pas réalisables en procédures stockées (càd directement par le serveur de DB), il faut bien qu'il possède un environnement lui permettant de les faire, d'où l'idée du serveur web côté client.

Bonjour Saian, merci pour ta réponse. Je me suis peut être mal exprimé, il ne s'agit pas de stats de la DB, mais de stats sur un système qui enregistre ses données dans la DB. Mais ton idée peut être intéressante. Est-il possible au serveur web (australie) de demander au serveur de DB du client en plus d'effectuer des requêtes, de les traiter et les mettre en forme pour les retourner sous forme d'un chaîne JSON. Le tout serait renvoyé dans la vue du client pour l'affichage des graphiques ?
Je sais pas si ça tient la route?

Salut Jydartha, personnellement je dirai que si tu veux améliorer des temps de traitement pour des statistiques, le plus simple reste de faire des tables de statistiques où les données sont déjà traitées. Ainsi l'affichage de ces données se résumerait finalement à quelques requêtes.

Bonjour,
On sait qu'il faut toujours chercher à rapprocher le traitement des données.

J'ai une application web développée en PHP sur un serveur en Australie (pour l'exemple).
Un client en France s'authentifie sur cette app pour obtenir des graphiques de statistiques. L'app. fait des requêtes sur la DB du client (en France), récupère les données, les traite, les mets en forme et retourne des graphiques, tous cela via un VPN.

Les nombreuses requêtes et aller/retour font que l'affichage du résultat n'est pas performant.
J'imagine que le serveur pourrait renvoyer une vue au client avec la liste des requêtes et la fonction de traitement, pour que le client initie une connexion à sa propre DB en local, que le traitement soit local puis affichage.
Je ne trouve pas de techno pour faire ça.

Merci de m'aiguiller ou de me conseiller d'autres pistes pour améliorer les temps de traitement.