Requetes SQL : solution la plus rapide ?

[Meeuuuhhh]

Bonjour,

Voilà, j'ai un forum et certains topics commencent par le tag [actualite].

Je vais faire une requête pour afficher uniquement les topics qui commencent par ce tag.

Qu'est-ce qui est le plus rapide selon vous :

1) Faire un premier tri très rapide, seulement sur le premier caractère, en l'occurence "[" et puis ensuite trier dans le tableau obtenu les résultats qui correspondent, sachant que j'ai des tags [actualite] mais aussi [vidéos] etc... ?

2) Ou alors faire une requête un peu plus complexe qui ramène seulement les tuples qui commencent par le tag [actualite] ?

[YoyoS]

Faire un like '[actualite]%' directement ?

[Bool]

J'aurais utilisé dès le départ un champ dédié au tag, afin d'en permettre l'indexation

Autre solution : mettre à jour à interval régulier une seconde table, qui ne contiendrait que l'ID des topics en question.
Les "like" pour ma part je ne m'en sert que pour les recherches, surtout pas dans l'usage courant du site.

Après ça dépend du volume aussi, selon la taille du forum pas besoin de s'embêter et un like remplira parfaitement son rôle.

[Meeuuuhhh]

Code: Tout sélectionner

J'aurais utilisé dès le départ un champ dédié au tag, afin d'en permettre l'indexation Very Happy

j'ai ai pensé, mais c'est un forum IPB, pas trop envie de mettre le nez dans leur code.

Autre solution : mettre à jour à interval régulier une seconde table, qui ne contiendrait que l'ID des topics en question.

Pas bête, mais pour l'affichage instantané des nouveaux topics, ça va pas être possible alors je crois.

Les "like" pour ma part je ne m'en sert que pour les recherches, surtout pas dans l'usage courant du site.

La requête avec like% comme le suggère YoyoS, elle s'arrête au premier caractère ? J'ai un doute idiot d'un coup.

Les "like" pour ma part je ne m'en sert que pour les recherches, surtout pas dans l'usage courant du site.

Pour l'instant il est vide

[YoyoS]

Si ton champ est indexé, un seul like ne devrait pas être très long. Et oui like '[categorie]%' va te selectionner tous les [categorie]xxxxxxxxxxxx...

[Meeuuuhhh]

Ce que je voulais dire, c'est est-ce que ça va pas me sélectionner les .................[category].... aussi ?

Même si le cas ne se produit jamais, la question théorique reste posée.

[mementosql]

Bonjour,

Ce que je voulais dire, c'est est-ce que ça va pas me sélectionner les .................[category].... aussi ?

Même si le cas ne se produit jamais, la question théorique reste posée.

Non. un like '%[tag]%' lui le fera, mais ne pourra plus utiliser l'index et sera donc beaucoup plus long.

Mais l'idéal est qd meme d'avoir ta colonne tag toute seule. Si tu peut pas modifier l'applicatif, un trigger dans la base peut faire l insertion : à chaque insert dans la table sujet, faire un insert dans ta colonne.

MS

[Meeuuuhhh]

Je sais même pas ce que c'est, un trigger... Snif

[fandecine]

En français on dit "déclencheur"

Un déclancheur, comme son nom l'indique, permet de déclancher une opération lorsqu'un événement se produit sur une table


Edité (correction de l'orthographe)

Eh peut-être même que l'on dit déclencheur

Tu as le droit de me donner 10 coups de fouets

[Meeuuuhhh]

Eh peut-être même que l'on dit déclencheur

En effet j'aurais pu y penser.

Mais je vois pas le truc, ça se bidouille dans la base de donnée ou quoi

[Bool]

Oui c'est dans la base de données, et c'est tout l'intérêt : comme l'a indiqué mementosql cela évite d'avoir à modifier l'application.

En gros tu indiques à MySQL d'exécuter un traitement particulier à chaque insertion/suppression/modification dans la table en question.

[Meeuuuhhh]

Ca se fait via phpMyAdmin ça ? Parce qu'honnêtement c'est la première fois que j'entends parler de ça.

[Bool]

euh non, très peu probable que ça arrive un jour dans phpmyadmin : http://dev.mysql.com/doc/refman/5.0/en/ ... igger.html

[YoyoS]

Tu peux voir les déclencheurs dans la table "triggers" sur information_schema en tout cas