Discussion :

[Mr6]

Hello tlm !

J'ai un problème avec 2 requêtes similaires :

Code :

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

1
2
3
4
5
6
SELECT tt.term_taxonomy_id
FROM wp_term_taxonomy tt
LEFT JOIN wp_options o
ON o.option_name LIKE CONCAT('cma_categories_access_roles_', tt.term_id, '\_%')
WHERE tt.taxonomy = 'cma_category'
AND (o.option_id IS NULL )

et

Code :

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

1
2
3
4
5
6
7
SELECT tt.term_taxonomy_id
FROM wp_term_taxonomy tt
LEFT JOIN wp_options o
ON o.option_name LIKE CONCAT('cma_categories_experts_', tt.term_id, '\_%')
WHERE tt.taxonomy = 'cma_category'
AND (o.option_id IS NULL
OR o.option_name = CONCAT('cma_categories_experts_', tt.term_id, '_0'))

Celles-ci prennent environ 1mn à me retourner un peu plus de 8000 résultats. J'aimerais donc trouver une soluce pour les réécrire mais je sèche un peu...
J'ai fait l'essai suivant :

Code :

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

1
2
3
4
5
6
7
select tt.term_taxonomy_id 
from wp_term_taxonomy tt 
where tt.taxonomy = 'cma_category' 
and tt.term_id not in (
select substring(option_name,28,locate('_',substring(option_name,28))-1) 
from wp_options 
where option_name like 'cma_categories_access_roles_%');

J'ai encore 42 secondes d'attente, et je ne suis pas convaincu qu'elle me donnera le même résultat que ma requête d'origine (mode pas confiance dans mon code XD ).

Une suggestion ?
Merci d'avance !

[Artemus24]

Salut Mr6.

Sans descriptif des tables et sans jeu d'essai, il est assez difficile de rendre une requête performante.

Votre problème est l'exemple même d'une mauvaise modélisation de votre base de données.
Une base de données, ce n'est pas que l'organisation fonctionnelle de vos données, mais aussi une représentation physique pour répondre à des problèmes de performances.

Il est vivement déconseillé de mettre une chaîne de caractères de longueur variables, en tant que clef primaire (term_id) dans votre table "wp_term_taxonomy".
Je vous conseille de lire ceci : http://sqlpro.developpez.com/cours/clefs/

Vous avez deux tables, dont l'une se comporte comme la table "mère" (wp_term_taxonomy) et l'autre comme la table "fille" (wp_options).
En utilisant une clef artificielle de type numérique, vous auriez une meilleure performance.
De plus, vous auriez pu utiliser une clef étrangère comme lien entre ces deux tables.
Vous auriez du même coup, résolu aussi un problème d'intégrité de vos données.

Pourquoi ne pas créer des catégories et des sous-catégories en décomposant votre colonne "option_name" de votre table "wp_options".
Autrement dit, pour rendre vos requêtes plus performantes, vous préparez vos tables pour répondre à vos besoins.

Votre problème, ce n'est pas tant vos deux requêtes, qui par ailleurs sont très similaires, mais l'organisation de vos données.

Et je suppose aussi, que vous n'avez pas d'index sur vos tables :

Code :

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

1
2
3
4
5
6
   SELECT  tt.term_taxonomy_id
     FROM  wp_term_taxonomy as tt
LEFT JOIN  wp_options       as o
       ON   o.option_name LIKE CONCAT('cma_categories_access_roles_', tt.term_id, '\_%')
    WHERE  tt.taxonomy = 'cma_category'
      AND   o.option_id IS NULL

Un index sur la table "wp_term_taxonomy" : (term_id ; taxonomy(12) ; term_taxonomy_id ; ).

Code :

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

1
2
3
4
5
6
7
SELECT     tt.term_taxonomy_id
     FROM  wp_term_taxonomy as tt
LEFT JOIN  wp_options       as o
       ON   o.option_name LIKE CONCAT('cma_categories_experts_', tt.term_id, '\_%')
    WHERE  tt.taxonomy = 'cma_category'
      AND  (o.option_id IS NULL
       OR   o.option_name = CONCAT('cma_categories_experts_', tt.term_id, '_0'))

Même remarque que précédemment.

Un index sur la table "wp_options" : (option_name).

Le "in" n'est pas une solution que je proposerais. De plus, il vous manque "distinct" sur le select afin d'éviter d'avoir des doublons.

@+

[Mr6]

term_id est une clé étrangère dans wp_term_taxonomy, mais qui relie à wp_terms, pas à wp_options tel quel.
Mais cette réponse me conforte dans l'idée que j'avais entrevu, à savoir sortir ces données de wp_options pour gérer les liens dans une autre table qui sera plus adaptée.
Merci pour les billes, j'ai plus qu'à jouer avec et modifier le code qui va derrière !