Optimisation de requete

Question

Bonjour

J'ai un soucis avec une op&#233;ration sur une base de donn&#233;es. J'explique le probl&#232;me.

J'ai deux tables, pour simplifier je ne donne que les champs utiles :

messages : id_mess, corp_mess, date_creation
liste_mess : id_liste, id_mess, id_user

Lorsqu'un utilisateur envoi un message, une ligne contenant le corps du message et la date est cr&#233;&#233;e dans la table message, et pour chaque destinataire une ligne est cr&#233;&#233;e dans la table liste_mess.

Envoyer un message &#224; 2 personnes g&#233;n&#232;re une ligne dans messages et deux dans liste_mess. L'interet &#233;tant de ne stoker qu'une fois le corps du message.

Si un utilisateur supprime le message de sa boite mail, la ligne correspondante est supprim&#233;e dans liste_mess. Elle ne l'est pas dans messages puisque le message doit encore &#234;tre disponnible pour les autres destinataires.

Le soucis &#233;tant que si tous les utilisateurs suppriment leur message, il reste un enregistrement fant&#244;me dans la table messages. Cet enregistrement doit rester pour des raisons de sauvegarde mais doit &#234;tre supprim&#233; au bout d'un d&#233;lai.

J'essaye de faire une requete me donnant la liste des messages de la table "messages" qui n'ont plus de correspondance dans la table "liste_mess" et datant de plus de X jours (le delai importe peu c'est pour l'exemple).

Sachant que ces deux tables contiennent d&#233;ja plusieurs milliers de lignes ce que j'ai test&#233; s'est montr&#233; trop lourd et &#224; plant&#233; easyphp.

Quelqu'un aurait il une id&#233;e, fonctionelle et optimis&#233;e pour me permettre d'effacer mon surplus?

[B)][red]Grrrrrrrrrrr/red[B)]

sidf · Answer

salut,

genre

"Select id_mess From messages Where id_mess Not In (Select id_mess From liste_mess)
and date_creation<'$tadate_butoir'  ";

gibozsec · Answer

"Select id_mess From messages Where id_mess Not In (Select id_mess From liste_mess)
and date_creation<'$tadate_butoir'  ";

Cette requete fonctionne, nous sommes d'accord. Mon probl&#232;me est que la taille des deux tables engendre un temps d'execution tr&#232;s long.

Par exemple en ajoutant LIMIT 0,100 (donc juste les 100 premiers enregistrements), la requete met entre 1minute30 et 2 minutes &#224; s'executer.

Est il possible de l'optimiser, ou d'utiliser une autre m&#233;thode (pas forcement en sql) pour accelerer le traitement.

J'ai essayer de traiter les donn&#233;es par plage de 100 avec refresh de la page en javascript pour passer &#224; la plage suivante mais &#231;a reste extr&#232;mement lent.

Grrrrrrrrrrr

sidf · Answer

"Par exemple en ajoutant LIMIT 0,100 (donc juste les 100 premiers enregistrements), la requete met entre 1minute30 et 2 minutes &#224; s'executer."

c'est enorme, ce ne serait pas plutot les structures des tables qu'il faudrait optimiser ?
parce que l&#224; je pense qu'il y a un gros pb...

gibozsec · Answer

J'ai d&#233;ja optimis&#233; les tables. A titre indicatif j'ai 400 000 lignes dans chaque table ca vient peut etre de la.

Grrrrrrrrrrr

elidris · Answer

salut,
en fait je pense qu'il faut tout simplement que tu index tes tables, surtout pour les champs WHERE,


tu dois creer un index sur id_mess et sur date_creation,

ca devrais reduire tes requetes de quelques milliers de lignes !!!!

"La vie, c'est pour la vie..." 
http://proverbe.intoxmatique.com

Optimisation de requete

5 réponses

Votre réponse

Discussions similaires