Re: LENTEUR CS

Posté par Anonyme le 31/5/2005 12:31:03

Pour l'anonyme qui ammène des remarques sur les posts sans apporter de proposition, j'aimerais une explication lorsqu'il dit qu'il n'est pas nécessaire de mettre des index dans un where (évite de reprendre le cas classique du booléen où il est évident qu'un index ne sert pas à grand chose).

Pour l'anonyme qui est à l'origine du thread. Il est très difficile de t'apporter une aide constructive si tu apportes les infos par morceau, car entre le premier post et le dernier, le besoin n'est plus le même mis à part le problème de lenteur. La méthode proposée par Emmanuel, et d'isoler le point de ralentissement est bonne, maintenant si tu modifies ta requête entre le moment où on rédige une réponse, et que tu ne réponds pas aux questions on peut rester longtemps sur le problème sans y apporter de solution.

A titre d'anectdote, dans une appli, lorsque je coupais toutes les connexions réseaux le temps de chargement de la première fenêtre prenait de l'ordre de 30 secondes, parcontre en fonctionnement en C/S (serveur+client), l'affichage de la fenêtre est immédiat. Je suis tout de suite partie sur un problème réseau, le maitre étant sous Samba, reconfiguration des DNS primaire et secondaire....Configuration du moteur de la base en lui demandant de ne pas faire de résolution de nom etc... Toujours le même problème.
Jusqu'au moment, où j'ai décidé de revoir mon code en pas à pas, et là j'ai découvert qu'au fond d'une classe j'avais plusieurs icréepolice qui totalisaient les 30 secondes d'attentes (d'où l'importance du debug et d'isoler les temps)

Toutefois j'arrêterais ici, mais une alternantive pour les statistiques et qui peut être efficace sur une base C/S, est de passer par des tables temporaires (sur le serveur) qui sont alimentées uniquement par des commandes SQL. Celà évite des transferts de donnée entre le serveur et le client (seul la commande SQL circule).