Problème tout bête

[naholyr]

C'est simplement parce que ton champ "cibles" est une chaine, donc MySQL la traite comme telle. Ta requête correspondrait donc à

Code PHP :

<?php 

'SELECT titre, text FROM messagerie WHERE '.$id_joueur.' IN ("1,2,3")' 

[Maegia]

Hum... Pas bête ! Merci beaucoup champion !

[Haiken]

La solution crade qui marcherait c'est :

Code PHP :

<?php 

mysql_query('SELECT titre, text FROM messagerie ' .

    'WHERE (cibles="$id_joueur") ' .

      'OR (cibles like "$id_joueur,%") ' .

      'OR (cibles like "%,$id_joueur,%") ' .

      'OR (cibles like "%,$id_joueur") ' .

    'ORDER BY date DESC') 

[elazard]

ca c'est carrement plus violent que la solution d'origine xD

[naholyr]

Bah elle est pas mal la solution d'Haiken, ça mériterait d'être comparé, parce que je suis pas sûr qu'une ou deux regexp coûte plus cher qu'une jointure…

[Haiken]

ah non faut oublier tout de suite, le regexp c'est un full table scan il me semble ! (tout comme mes 'like or like')
Imagine les dégâts !
Si tu met un index sur la colonne il ne va parcourir que l'index, mais sur un index textuel, pour une table qui risque d'être assez grosse (je parle par expérience), c'est le suicide assuré :rip:

[naholyr]

Si tu met un index sur la colonne il ne va parcourir que l'index, mais sur un index textuel, pour une table qui risque d'être assez grosse (je parle par expérience), c'est le suicide assuré :rip:

C'est noté En fait je n'ai jamais tenté le coup sur ce genre de tables, donc je n'en avais aucune idée

[Mysterarts]

La fou croit qu'il sait tout,
Le sage sait qu'il ignore.
Snif

Mysterarts, qui se remet à flooder... mince