Discussion :

[FLIGHTWARS]

Bonjour à tous,

J'ai une BDD avec une table qui contient à peu près une dizaine de millions de tuples, ces derniers représentent des statiques.

Si je veux des statiques sur une très longue période (par exemple depuis le début des mesures), MySQL devra effectuer un "Full Table Scan", bon encore là d'accord je comprend qu'il ait besoin de parcourir toute la table pour retrouver ces informations mais ça fait beaucoup ^^.

Cependant si je souhaite avoir juste les dernières statistiques (par exemple de la semaine en cours), je ne vois pas l'intérêt de parcourir la table en entier c'est une perte de temps et de ressources pour rien.

J'ai donc essayé de limiter au 1000 dernières entrées (en ne prenant que les 1000 derniers ID) avec une requête imbriquée de ''type'' LIMIT mais quand je regarde l'outil d'optimisation des requêtes de WorkBench il effectue quand même un Full Index Scan, sur lequel il fait un ORDER puis ensuite il parcourt la table entièrement (de 1000 lignes) pour faire un GROUP BY (bon encore 1000 lignes ça va c'est rapide mais voilà.).


Bref tout cela pour dire que je ne suis pas sur que cela soit très optimisé, ça fait un gros goulet d'étranglement alors que mes autres "critères de recherche" eux se base sur un "Unique Key Lookup".

Il y aurait-il un moyen de "filtrer" ma table pour avoir mes 1000 dernières entrées sans effectuer de parcours de la table entière?

Vous remerciant par avance pour votre réponse,
Cordialement,
FLIGHT'

[escartefigue]

Quel est le ddl des tables de la requête et de leurs index
Quel est l'ordre SQL utilisé
Quelles sont les statistiques et notamment, les keycard pour les critères de recherche et de jointure, le cluster-ratio si index cluster

[FLIGHTWARS]

Salut escartefigue,

Merci pour ta réponse


Par contre je n'ai absolument rien compris de ce que tu as demandé xD (je suis débutant en BDD).
Mes statistiques se sont des taux d'utilisation de liens radios UHF. Chaque mesure à son ID chaque mesure fait référence à un lien radio (un ID qui est une FK vers une table contenant l'ID de chaque lien et son nom).

Après j'ai pas compris ce que tu voulais savoir

FLIGHT'

[SQLpro]

LIMIT n'est pas un critère de recherche.
LIMIT implique de trier l'intégralité de la table pour retrouver les n lignes que vous souhaitez.
Un critère de recherche est du ressort de la clause WHERE.

Si dans votre table figure l'horodatage de vos données, il suffit de demander les données après une certaine DATEHEURE. Si la cardinalité du filtre est faible en regard de la table, alors il utilisera l'index et évitera un balayage complet de la table. Sinon, vous ne couperez pas au full scan.

A +

[FLIGHTWARS]

Ha d'accord je comprends mieux ^^

Mais je peux remplacer mon LIMIT par un WHERE alors ?
Si je fais quelque chose comme WHERE idmesure BETWEEN (MAX(idmesure) - 1000) AND MAX(idmesure)) ?

Et là il ne va pas parcourir toute la table ?


FLIGHT'


EDIT: Okay, je vais donc essayer avec la date ! merci
Que eux tu dire par ''Si la cardinalité du filtre est faible en regard de la table'' ?

[SQLpro]

Définition de "cardinalité" : nombre d’occurrence.

A +