Discussion :

[jesusnavas]

Bonjour, je travail sur un Intranet avec des sites distants qui s'y connectent. Ils n'ont pas toujours de très bonnes bandes passantes, du coup j'essaye d'optimiser mon code et surtout mes requêtes.

Par exemple, comment faire si j'affiche dans beaucoup de pages une liste de clients pour pas devoir trimballer le résultat d'une même requête sur le réseau à chaque affichage de la page ?

PHP et MySQL ou SQL Server sont optimisés et le font tout seul ? Je pense pas non ? Comment puis-je faire pour optimiser ça ? Stocker mes requêtes récurrentes avec des cookies ?

Si vous avez des pistes merci d'avance.


P.S : Tant que j'y suis si qq'un à une piste pour un contôle ajax qui permet de faire des combos avec recherche sur code ou intitulé.

[sabotage]

PHP et MySQL ou SQL Server ne sont pas concernés par ton problème puisqu'ils travaillent en amont de ton lien defaillant.

Il n'y a que la quantité d'information que tu affiches qui est importante.

En utilisant Ajax, tu peux éviter de faire un rafraichissement complet de la page.

[jesusnavas]

Je sais pas si on s'est bien compris.
En effet ma requête est exécutée sur le serveur, mais ce qui me fait peur c'est de renvoyer plusieurs fois le résultat vers le poste client.

Si je fait un lourd SELECT * FROM nimporte qui renvoie 100.000 lignes, j'aimerais éviter de le renvoyer chaque fois que je veux afficher une liste de mes nimporte, j'aimerais récupérer le résultat de la requête et le garder quelque part en local pour pas avoir à le rapatrier chaque fois.

Je sais pas si c'est des choses qui se pratiquent ou pas ou si MySQL est optimisé pour le faire tout seul. J'espère que j'ai été clair, c'est pas facile à expliquer.

[jesusnavas]

J'ai pensé plusieurs choses, mais aucune me conviens :

1 - Garder le résultat de ma lourde requête dans une variable session ?
Mais la session étant stockée d'après moi sur le serveur je décharge pas le trafic en faisant ça et surcharge inutilement le serveur

2 - Garder le résultat de ma lourde requête dans un cookies ?
Mais je sais pas si c'est efficace et y a le risque que le poste client n'accepte pas les cookies...

3 - J'espère trouver la solution miracle !!!

[grunk]

Non personne n'a été confronté à ce problème ? Pas de petite idée...

Par principe on ne fait pas de SELECT * FROM X qui rapatrie la totalité de la table.

Si par exemple tu veux afficher tes 100 000 utilisateurs , tu feras une pagination , et tu ne chargera les utilisateur que par lot de 25 par exemple.

Y'a pas de réel solution actuellement pour faire du cache coté client. Mais en même temps tu ne transfert souvent que tu texte brut d'une bdd , c'est donc plutôt léger comparer au images et au script que ta page pourrais contenir.

Cependant est tu bien sur que c'est le volume de données qui pose problème et pas des requêtes complexes associé à des structures de tables innapropriées ?

[jesusnavas]

Déjà, merci de ta réponse.

Non, les requêtes ne sont pas exigeantes, pas de soucis de ce côté là.
En fait je fait pas un SELECT * FROM matable, je fait un SELECT cli_code, cli_nom FROM client, mais comme j'affiche une liste de mes clients à beaucoup d'endroits, je la récupère chaque fois.

Bref, je vais faire comme tu dis, je vais plutôt imposer à l'utilisateur de saisir une partie du nom ou du code client pour pas rapatrier toute ma table et filtrer en amont. Disons que ramener une fois la table m'aurait bien plu, mais si rien est prévu pour ce genre de chose je vais utiliser ce paliatif grâce à Ajax.

Encore merci pour ta piste.