[mysql] Temps d'exécution + ALGO

j'utilise une base de donnée mysql.
j'ai les tables suivants:
"table_keywords" qui contient les champs suivants id_key, keyword (58000 lignes )
"lien" qui contient id_link et d'autres donées (12000 lignes)
table_key_url qui contient id_link, id_key, note (600000 lignes)

Je veux séléctionner à traver une requête tous les liens qui contiennent les mots clés à rechercher
en tenant compte de l'orde du note de la relation
(tous les mots / n'importe quel mot )

Voila ma requête

SELECT tku.id_link, tku.position, sum( tku.note ) AS NOTE
FROM `table_keywords` tk, table_key_url tku
WHERE tk.id_key = tku.id_key
AND (
tk.keyword LIKE '%key1%'
OR tk.keyword LIKE '%key2%'
OR tk.keyword LIKE '%key3%'
)
GROUP BY tku.id_link order by NOTE DESC limit 0, 10
cette requête s'éxécute dans un temp fou (30s) je n'ai pas oublié les index



PS : tku.note decimal(21,15)

Salut,

Ptit question, le résultat correspond bien à ce que tu attends?

Sinon quand tu dois afficher des enregistrements provenant de plusieurs tables, tu dois utiliser le mot-clé JOIN.

Va jeter un coup d'oeil ici (chap. sur les jointures :wink: ):
http://sql.developpez.com/

a+

oui ça me donne des résultats que je cherches .. ce n'est pas une question de "join"

Vos index ne servent strictement à rien lorsqu'il y a un LIKE avec joker des deux côtés du motif recherché.

Si vous voulez faire des recherches textuelles performantes il faut un outil ou un modèle adpaté.

Par exemple sous MS SQL Server vous avez un outil d'indexation textuelle et la possibilité d'utiliser la clause normative SQL:1999 CONTAINS y compris pour rechercher avec des formes flêchies du lemme.

Si vous voulez implanter un tel mécanisme manuellement dans votre base il faut procéder comme dans l'article que j'ai écrit à ce sujet :
http://sqlpro.developpez.com/cours/indextextuelle/

A +

Je viens de lire votre article ( trop interessant )
je dois vous dire que dès que j'enléve l'instruction (order by note) le temps d'exécution déminue d'une façon remarquable (2s)
est ce que c'est un problème de choix de type de la colonne ?
PS: le champs note est de type decimal

Non, un choix de modèle inadapté. 2s c'est innacceptable pour une requête de ce genre en production.

A +

Merci bcp avec l'aide de ton article j'ai pu résoudre mon problème
Maintenant avec Mysql j'arrive à intérroger la base et avoir une réponse dans des 10ième de secondes ;-)