Discussion :

[JYDARTHA]

Bonjour,
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. va alors faire des requêtes sur la base de données du client (en France), récupérer les données, les traiter, les mettre en forme et retourner les éléments pour l'affichage 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'avais, dans un premier temps imaginé que le serveur aurait pu renvoyer une vue au client avec la liste des requêtes et la fonction de traitement et de mise en forme en JS, pour que le client initie une connexion à sa DB en local, que le traitement soit local puis affichage. Ce n'est à priori pas possible.

A défaut, et à minima, je préconise l'utilisation de procédures stockées sur la DB du client plutôt que faire appel à des requêtes.
Que me conseilleriez-vous pour améliorer les temps de traitement.

[Invité]

Pourquoi les données transitent-elles par le VPN ? Pourquoi ne pas faire un site Web Confidentiel avec des graphs JS qui se servent de modèles JSON? Avec la norme JSONP, tu devrais pourquoi requêter AJAX sur un site externe, et ça devrait être rapide.

[bretus]

A défaut, et à minima, je préconise l'utilisation de procédures stockées sur la DB du client plutôt que faire appel à des requêtes.
Que me conseilleriez-vous pour améliorer les temps de traitement.

Essayer de mettre en cache les résultats de tes requêtes et pré-calculer un maximum?

[JYDARTHA]

Bonjour,
Je ne saisi pas bien votre proposition. Qu'elle serais l'utilité de mettre les résultats en cache? Les requêtes se font sur la DB du client et les données sont en permanence mise à jour dans sa DB.
Merci de m'éclaircir

[bretus]

Vous parlez de procédure stockée, j'imagine donc que les sélections ne sont pas triviales.

Mettre en cache permet deux choses :
- Recharger plus rapidement
- Pré-calculer des résultats (c'est la même chose qu'un cache à la demande, sauf que le calcul ne se fait pas à la demande). Toutes les minutes, on calcule les statistiques => Quand le client consulte, il n'y a pas de calcul

Après, imaginez que vous ayez un système qui enregistre des événements datés et que vous fassiez des statistiques par mois : Seules les statistiques sur le mois courant changent, inutile de refaire en permanence les calculs sur les mois passés.

Si vous voulez des performances, en règle générale, il faut calculer un minimum à la consultation. Les calculs de statistiques peuvent vite couter cher.

[JYDARTHA]

En effet, très intéressant. Je vais chercher de la doc oracle sur le sujet. Merci.

[JYDARTHA]

Après quelques recherches, je comprends que la mise en cache des résultats se fait par défaut. Par contre je ne vois pas grand chose sur le pré-calcul, qui est une sorte de rafraîchissement si je comprends bien. Auriez-vous de la doc à me conseiller SVP?

[bretus]

Il n'y a pas de notion de "vue matérialisée" (MATERIALIZED VIEW) dans ORACLE?

Après, pour ma part, j'ai tendance à mettre en cache les JSON (ou autre) que je renvoie au client WEB. Là, ce sont les mécanismes de cache des frameworks PHP ou encore des reverse proxy type Varnish qu'il faut étudier.