Poser une question

Re: Délais dépassé même avec un Server.ScriptTimeOut

Salut,

Je crois qu'il y a une limit de toute façon pour le "ScriptTimeOut", en tout cas je ne permettrait pas 30 minutes sur mon serveur.

C'est probablement la raison du 5 minutes, surment la limite.

Alors une autre question, CAR ENCORE UNE FOIS LE CODE FONCTIONNE DANS MON CAS! Ton nouveau message comporte un nouvel indice que je n'avais pas compris :

"c'est à croire que dès que j'attaque plusieurs tables, les données sont tellement énormes qu'il ne peux plus les afficher."

Ce n'est donc pas une requète SQL invalide? Je croyais que tu voulais tester la validité d'une requète SQL!!

' Bonne requète SQL
select * from pass

' Mauvaise requète SQL
select * from passTableInexistante

' ou
selecccct * from pass

On ne parle donc pas de la même chose. Ça peut buin aller tout croche.

D'autre part, combien d'enregistrement dasn la table pass et fiche? As-tu des indexe? Est-ce deux tables en relations?

Toute ces questions pour optimiser le code car si les tables on des dizaines de millier voir des centaines de millier d'enregistrements, tu devra effectivement travailler avec des indexe CAR C'EST TOUT À FAIT NORMALE QUE LE ScriptTimeOut ne soit pas suffisant pour toutes les afficher.

Essai aussi de faire la requète sans afficher quoi que se soit, de le fermer tout de suite. Et essai de répondre clairement à mes question s.t.p.

Or donc je vient de me rendre compte que je suis complètement à côté de la track depuis le débuté. Absolument rien à voir avec la gestion d'erreur!

Ciao
Oznog

Réponses

Re: Délais dépassé même avec un Server.ScriptTimeOut  totem 29/7/2004    Re: Délais dépassé même avec un Server.ScriptTimeOut  totem 29/7/2004    Re: Délais dépassé même avec un Server.ScriptTimeOut  totem 29/7/2004    Re: Surprise, un résultat de 3 millions dépasse le délais du ScriptTimeOut!  Oznog 29/7/2004    Re: Surprise, un résultat de 3 millions dépasse le délais du ScriptTimeOut!  totem 29/7/2004