Amélioration des performances & d'exécution des requêtes

Bonjour / Bonsoir a toute la communauté,

Cela fait un moment que je n'ai pas fait appel à vous, car de manière générale, les choses ont déjà été dites et n'ont pas besoin d'être répété pour être comprise Lol.

Le sujet de ma demande, concerne à mon avis, un grand nombre de développeurs car j'ai déjà trouvé pas mal de Forum traitant l'objet de mon objectif à réaliser avec systématiquement la même solution.

Je possède une base de données composer de différentes tables sans avoir besoin de rentrer les détails mais qui sont reliées en elles-mêmes grâce à des ID.

Prenons l'exemple d'une table de "contact" qui serait identifiés par des ID CONTACT et une table "status" qui serait identifié par des ID STATUS qui eux concernent des ID CONTACT.

Dans la logique des choses on prend la base qu'un ID CONTACT peut se voir attribuer plusieurs ID STATUS tandis qu'un ID STATUS ne va concerner qu'un seul ID CONTACT.

Vous comprenez tout de suite (pour ceux qui ont une base minimum en My Sql) que dans mes requêtes de sélection, je vais devoir récupérer mon ID CONTACT avec le status le plus récent qui lui a été attribués.

Pour ce faire la solution que j'ai trouvée et que j'ai donc mis en place c'est de faire un ;

SELECT 
* 
FROM 
`contact` c 
INNER JOIN `status` s 
ON 
c.`ID_CONTACT`=s.`ID_CONTACT` 
AND s.`ID_STATUS IN (SELECT MAX(s2.`ID_STATUS`) FROM `status` s2 WHERE s.`ID_CONTACT`=s2.`ID_CONTACT`)

Pour tout vous dire, cette requête est logique, peut être écrite de plusieurs manières différentes et fonctionne à merveille ce jusqu'à ce qu'elle commence à ralentir le système, car au final, la structure de cette base de données, fait que pour obtenir des COUNTS() ou des SELECT (pour de la consultation de données ou des calculs de KPI) vous êtes obligés de faire parcourir toute la base par votre requête afin de mettre en correspondance chaque ID CONTACT.

Aujourd'hui, je me rend compte que plus ma base de donnée s'alourdit, plus mon application web prend du temp à charger la DATA car elle doit parcourir plus de lignes dans la base pour obtenir le résultat final.

Avez-vous déjà rencontrés et/ou traités ce problème ?

Merci d'avance pour vos participations, toutes observations est bonne à soumettre.
Celui qui pose une question risque de passer pour un sot. Celui qui n’en pose pas est sûr de le rester.

PS: le but de rajouter une ligne dans la table "status" en relation avec un ID_CONTACT plutôt que d'écraser et de ne conserver qu'une seule ligne c'est de pouvoir conserver l'historique de tous les statut par lesquells les contacts sont passés.

À vos claviers ... ;)