Discussion :

[tse_jc]

Si la première requête de mankezi n'apporte rien techniquement parlant, en revanche l'idée est bien là dans la seconde.

Je me permets de rappeler toutefois que MySQL est très limité et à ce titre il vous faut éviter les écritures de type WHERE .... IN ou WHERE ... NOT IN en MySQL et y préférer les jointures, car l'optimiseur de MySQL avec un IN va systématiquement pratiquer un full scan sur la table temporaire.

++

[mickael.camelot]

Bonjour,

J'ai justement reformulé ma requête avec un vrai JOIN ON plutôt que d'utiliser une requête imbriquée. J'ai gagné un Full scan en effet.

Ensuite j'ai joué avec les indexs, j'ai ajouté une PRIMARY auto-increment sur mes deux tables et deux indexs, un sur le couple (DONE,ID_DEPARTEMENT) de la table LR_DESTINATION et un sur le couple (ID_GENERIQUE,LR_DESTINATION_ID) dela table LR_DESTINATION_RUBRIQUE_GENERIQUE

Du coup à chaque à chaque appelle de ma requête mes index sont utilisés !

Afin de gagner encore en performance nous avons préféré réduire notre volumétrie et diviser notre processus en fonction des Régions. Ainsi la volumétrie a été drastiquement divisée en fonction de la région choisie. Puis nous exécutons notre process pour chaque Région de façon unitaire plutôt que sur la France Entière en une seule fois.

Merci encore pour vos interventions, cela m'a beaucoup aidé.

Cordialement.