Longue boucle

Bonsoir à tous,

Voilà mon problème. J'ai des longues boucles WHILE à effectué (+ de 3000 entrées) et malheureusement, quand je charge la page qui possède cette boucle, elle n'arrive jamais jusqu'au bout (pas mal d'action à faire pour chaque tour tout de même > 1 dixaine de requete sql...). La page s'arrête de se charger et ne fini pas la boucle.
Je voudrais savoir comment faire pour que celle-ci soit entièrement réalisé, et avec encore plus d'entrées aussi. (celà viendrait-il de l'hebergeur ?)

Merci à tous,

Tilix.

3000 entrées * 10 requètes = 30 000 requètes sur un bouclage entier :o :o :o

Il y a un temps limite pour l'exécution d'un script en PHP ==> set_time_limit() dans ton fichier php.ini.
Suffit de changer la. (ca ne marche que si l'hebergeur est un dédié)

Et si on écrit sur la page set_limit_time(0) ; ca ne marche pas ?
A++

---

Si un des membres à poster une reponse qui convient, accepter là !

Salut,

le mieux serait de demander moins de requettes... en gros, soit tu fais une procédure en MYSQL 5, soit tu fais des INNER JOIN ou des LEFT JOIN, ou alors, tu fais un affichage par pages...

car ton settimelimit ne va pas suffire...

In a dream, I saw me, drop dead... U was there, U cried... It was just a dream, if I die, U won't cry, maybe, U'll be happy

Mon site (articles sur la programmation et programmes)

30 000 requêtes dépassant les 30 secondes ? Ca fait bcp quand même, il doit y avoir moyen d'optimiser ces requêtes à mon avis, surtout si c'est du select...Et effectivement, 30 000 requêtes sur un bouclage, ou sur une page disons, ça fait aussi beaucoup. ca doit pouvoir se réduire.
Y a un autre truc à faire dans ce cas là : redescendre les infos. je veux dire, parfois, on fait plein de tables, avec des clefs étrangères, etc...et du coup on a bien fait sa structure, et de n'importe où, avec les bons where, on peut récupérer n'importe quoi.
Ben parfois, au lieu de s'appuyer sur les jointures, il vaut mieux redsecendre l'info dans une table, bcp plus bas, pour limiter les requêtes justement.
Par exemple, pour une gestion d'ebntrepôts, sur les emplacements, quand il y a des dizaines de milliers de ces emplacements, c'est peut-être pas mal de redescendre dans la table des stocks, l'info concernant la référence article qui s'y trouve, le client, etc... ;-)

Si non, ben il faut un programme derrière... (Exemple, programmé en C) qui lui, fait ces requêtes et qui les donnes à PHP.
 Je ne sais pas programmer en C, alors je ne pourrais pas t'aider, mais je sais que ça se fait.

 Thomvaill
IRC : Thomas (irc.heliosnet.org:6667 #programmation)

Salut,

"Si non, ben il faut un programme derrière... (Exemple, programmé en C) qui lui, fait ces requêtes et qui les donnes à PHP."

=> on appelle ça un serveur SQL


In a dream, I saw me, drop dead... U was there, U cried... It was just a dream, if I die, U won't cry, maybe, U'll be happy

Mon site (articles sur la programmation et programmes)

Mais non, tu n'as pas compris...

 Thomvaill
IRC : Thomas (irc.heliosnet.org:6667 #programmation)

Je voulais dire, un programme en C appelé par un tâche cron (par exemple) et qui executerai les requêtes sql à la place de php.

 Thomvaill
IRC : Thomas (irc.heliosnet.org:6667 #programmation)

lol, j'ai compris, mais il ne servirait à rien !
dans 99% des cas, on ne peut pas exécuter ce style de programmes sur un serveur, et si l'on peut alors autant utiliser ce programme comme un cgi ! si on fait du php, c'est pas pour se faire chier avec du C ! et en plus, ici, le problème ne vient pas de la lenteur de php, mais de la lenteur de mysql (30 000 requettes...)

In a dream, I saw me, drop dead... U was there, U cried... It was just a dream, if I die, U won't cry, maybe, U'll be happy

Mon site (articles sur la programmation et programmes)