Discussion :

[nath-0-0]

bonjour,

encore des problemes d'execution de code..Je sais pas pourquoi cela me fait cela frequemment, mais cette fois il 'a vraiment aucune raison.
peu de données en bas et pourtant hLitpremier s'execute avec une extreme lenteur.
ma reqete a ete construite a l'aide de l'editeur de rerquete et elle est relativement simple et s'execute rapidement.
mais ensuite l'acces aux donnes est trrrrrrrrrres lente...j'ai fermé l'apllic test au bout de 4mn d'attente..
voici le code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

hLitPremier(marequete,id,hsansraafraichir)

pourquoi diable, il aurait du mal a acceder aux données?

merci
nath

[nath-0-0]

en fait lorsque j'enleve ma condition, cela s'execute rapidement..
mais j'ai vraiment peu de donnée, est ce du au fait que ma table comporte bcp de champ?(154)??

[Emmanuel Lecoester]

Il faudrait un exemple de requete.

Sinon le hlitpremier execute la requete et fait le premier fetch.

[nath-0-0]

une reqete toute simple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
SELECT 
	Bien.id AS id,	
	Bien.ap_etage AS ap_etage,	
	Bien.etage AS etage,	
	Bien.ErreurImport AS ErreurImport
FROM 
	Bien
WHERE 
	Bien.etage = 0
ORDER BY 
	id DESC

et voici le debut de mon code:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
BTN_majEtage..Etat=Grisé
CBM_message =  "Modification en cours"
SI HExécuteRequête(REQ_MAJEtage) ALORS
	Info("coucou")
//	itot = HNbEnr(REQ_MAJEtage)
	Info("coucou")
	HLitPremier(REQ_MAJEtage,id,hSansRafraîchir)	
	Info("total "+itot)
...

[hegros]

J'ai remarqué que HNbEnr est relativement lent combien d'enregistrement selectionnes-tu avec cette requete ? Pour avoir un ordre d'idée.

[Romanops]

As-tu un index sur le critère de recherche, si la réponse est non je te conseille vivement d'en créer un, car ça accelère énormément la rapiditée. J'avais une table de 5000 enregistrements, une requête me prennait plus d'une minute. J'ai mis des index, et la requête ne me prennait plus que 14 secondes (c'est assez énorme). Après, j'ai optimisé le code SQL de ma requête et elle ne fait plus que 1 sec et quelques. Donc mission réussie !

Bon courage

[Emmanuel Lecoester]

id doit être la PK donc c'est bon pour l'order by
y-a-t-il un index sur Bien.etage ? mais Bien.etage est-il assez discriminant dans la table ? car si tu as 5 valeurs pour 10000 lignes en moyenne il va se baser sur l'index à cause du filtre pour ensuite parcourir les 20000 lignes associées (en moyenne toujours). Il est donc plus rapide pour l'optimiseur de ne pas avoir d'index sur une colonne non discriminante.

[nath-0-0]

presque rien, moins de 100 enregistrement...
j'ai pas mis de clef sur etage, d'ailleurs je viens d'en mettre une et maintenant je peux plus tester mon applic...grrrrrrrrrrrr, il me dit que ma table bien est en maintenance, mais il a ete toute la nuit en maintenance....grrrrrrrrrrrrrrr!!
je vais reboot mon ordi et voir la suite...

qu'entends tu par assez discriminant? qu'il comporte un nombre suffisant de valeur differantes??
Mais sinon etage en fait vaut 0, lors de l'import et justement je fais un traitement dessus pour lui donner une valeur suivant la valeur d'un autre champs"ap_etage" qui est une chaine

En gros :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
sNewEtage = SansEspace(REQ_MAJEtage.ap_etage) 
SI Val(sNewEtage) <> 0 ALORS
			SI ChaîneOccurrence(sNewEtage,".")=0  ALORS
				NewEtage = sNewEtage
			SINON
				sErreurEtage = "Etage : le nombre comporte une virgule"
			FIN		
		SINON SI ChaîneFormate(sNewEtage,ccMinuscule+ccSansPonctuationNiEspace) DANS ("rdc","rdj")
			NewEtage = 0
		SINON SI ChaîneOccurrence(sNewEtage,"/") >= 1
			//PositionOccurrence(REQ_MAJEtage.ap_etage,"\",1)
			newEtage=Gauche(sNewEtage,1)
		SINON
			sErreurEtage = "Etage : erreur"	
		FIN

newEtage equivaut a etage