Discussion :

[Invité]

Bonjour à tous,

Je n'arrive pas à obtenir des performances sur cette requête :

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
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
 
SELECT
	C1.IDVersions_Parcs,
	TI.Libellé AS LibTypeCompteur,
	C1.IDCompteurs AS IDCompteursJour,
	C1.Date AS DateJour,
	CAST(C1.Valeur AS UNSIGNED) AS ValeurJour,
	C2.IDCompteurs AS IDCompteursPrécédent,
	C2.Date AS DatePrécédente,
	CAST(C2.Valeur AS UNSIGNED) AS ValeurPrécédente,
	CONCAT(C1.IDCompteurs,C1.Date,C2.Date) AS Tri
FROM
	Compteurs C1
	INNER JOIN TypesInformation TI ON TI.IDTypesInformation=C1.IDTypesInformation
	INNER JOIN Compteurs C2 ON (
		C2.IDTypesInformation=C1.IDTypesInformation
		AND C2.IDVersions_Parcs=C1.IDVersions_Parcs
		AND C2.Date=(
			SELECT
				MAX(Date)
			FROM
				Compteurs
			WHERE
				Date<C1.Date
				AND IDTypesInformation=C1.IDTypesInformation
				AND IDVersions_Parcs=C1.IDVersions_Parcs
		)
	)
WHERE
	TI.IDNaturesInformation=2
	AND C1.Date>='2012-02-01'
	AND CAST(C1.Valeur AS UNSIGNED)>CAST(C2.Valeur AS UNSIGNED)
ORDER BY
	IDCompteursJour,
	DateJour DESC,
	DatePrécédente DESC
LIMIT
	1000

Le but étant de récupérer les compteurs pour lesquels, à la date immédiatement inférieure, la valeur est supérieure.
J'ai eu beau la tourner dans tous les sens ... elle est (très) lente.

Merci pour votre aide

[ericd69]

salut,

tu as bien indexé:

• sur TypesInformation: IDTypesInformation
• sur Compteurs:
  
  • IDTypesInformation
  • Date

?

[Invité]

Bonjour,

Merci pour ton aide.

IDTypesCompteur est la primary de TypesCompteur est c'est la foreign key de compteurs (donc indexée)
Compteurs.Date est également indexée.

Tu penses qu'en remplaçant

Code :

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

1
2
3
4
5
6
7
8
			SELECT
				MAX(Date)
			FROM
				Compteurs
			WHERE
				Date<C1.Date
				AND IDTypesInformation=C1.IDTypesInformation
				AND IDVersions_Parcs=C1.IDVersions_Parcs

Par

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
			SELECT
				Date
			FROM
				Compteurs
			WHERE
				Date<C1.Date
				AND IDTypesInformation=C1.IDTypesInformation
				AND IDVersions_Parcs=C1.IDVersions_Parcs
			ORDER BY
				Date DESC
			LIMIT
				1

Je pourrais gagner un peu de perf ?

[ericd69]

non pas du tout...

limit ne fait que limiter le nombre de ligne selon des critères mais après la génération de toutes les lignes possibles...

l'order by lui rajoute une séquence de tri...

donc tu vois y a pas de risque que ça arrange quelque chose

tu es obligé de caster dans le where?

les clés étrangères ne sont indexées que si tu as des tables innodb sinon vérifie bien... car c'est pas automatique en myisam il me semble...

[Invité]

Re,

Le cast est nécessaire car Compteurs.Valeur est un tinytext et je veux une comparaison numérique et pas alpha.

Les tables sont en INNODB.

Cordialement,

[ericd69]

la valeur stockée dedans est numérique?

si oui n'est-il pas intéressant de les stocker directement en unsigned? histoire de virer les conversions lors du traitement...

[Invité]

Si je n'avais que des numériques à stocker, crois-tu que j'utiliserais du tinytext
Mais ce cast à l'air de te perturber...
J'ai donc fait le test
J'ai 2 BD identiques. Une en test et une en prod. Les structures sont identiques et le serveur également.
1) Prod : Nb enr Compteurs = 3 784 => 0.547s
2) Test : Nb enr Compteurs = 113 850 => 54.563s

En supprimant le cast
1) 0.422s
2) 59.625s

Le cast n'est pas en cause. Par contre le temps est exponentiel. Je multiplie par 30 le nb d'enr et par 100 le temps de traitement.

Et j'ajoute que Compteurs.Valeur est également indexée sur 100 caractères.