Bonjour à tous =).
 
Je suis actuellement sur un projet scolaire qui consiste à dév. un moteur traitant une "Recherche multicritères".
Dans ces critères figurent : Nom, auteur, éditeur, parution.. (On parle ici de Livre/CD/DVD/Revue).
 
J'ai 4 tables (une pour chaque type de document [livre, cd..]) avec une structure qui est à quelques champs près, la même pour toutes.
 
J'en viens au fait :
Ma recherche MULTICRITERES contient un critère "mots-clés"... Le gars saisit des mots-clés et on va faire la recherche sur les champs nom(titre)/auteur/description, pour chaque mot avec un %LIKE%...
 
Seulement j'aimerais faire un tri par pertinence, et j'ai vu que l'engine MyIsam gérait ça avec MATCH/AGAINST en mode FULLTEXT.
J'ai donc indexé mes champs nom,auteur,description en FULLTEXT pour chaque table (livre, cd, dvd, revue).
 
Voilà la tête de ma requête, quand la personne qui effectue la recherche ne précise pas le type de documents :
Avant de découvrir Match/Against

 
Je suis obligé de chercher dans livre ET cd ET dvd ET revue, puis faire un groupe de 3 OR (3 champs, logique) pour chaque mot-clé saisi (ici, "fourmis" et "werber" ).
 
Avec Match et Against, voici à quoi c'est censé ressembler :

 
Et en plus j'ai un tri par pertinence (le + d'occurences en premier), la classe.
Seulement voilà :
ERROR 1191 (HY000) : Can't find FULLTEXT index matching the column list.
 
Quand je fais quelque chose comme

Il n'y a pas de soucis.
 
Je pense que MySQL cherche à fouiner dans "data.nom" alors que ce n'est que l'assemblage du champ Nom de mes 4 tables, et donc dit que "data.nom" n'est pas indexé en FULLTEXT (normal 'data' est un alias et non une table...).
 
J'ai bien essayé le "IN BOOLEAN MODE" dans Against, qui permet de faire ça sans FULLTEXT, mais ici la pertinence n'est plus .
 
Désolé pour le pavé j'ai essayé de détailler un maximum...
Merci d'avance.
 
Amicalement,
Vincent.
 
EDIT solution trouvée ^^

 
Merci à flo850 pour son aide =) !

est ce que tu ne devrai pas plutot faire  

SELECT livre.id, livre.nom, livre.auteur, livre.description, livre.type_document, MATCH(DATA.nom, DATA.auteur, DATA.description) AGAINST('fourmis lune rouge') AS score  FROM livre WHERE MATCH(livre.nom, livre.auteur, livre.description) AGAINST('fourmis lune rouge')
 
UNION 
SELECT dvd.id, dvd.nom, dvd.auteur, dvd.description, dvd.type_document, MATCH(dvd.nom, dvd.auteur, dvd.description) AGAINST('fourmis lune rouge') AS score  FROM dvdWHERE MATCH(dvd.nom, dvd.auteur, dvd.description) AGAINST('fourmis lune rouge')

@flo850 : Oh oui ! Trop con, pourquoi j'y ai pas pensé lol... ça a l'air de marcher, je vous tiens au jus !
 
Si quelqu'un a une opti pour que ça soit "moins long" je suis preneur .
 
En attendant merci beaucoup flo ^^

En moins long, tu peux esasyer de factoriser tes tables  
article(id,nom,id_auteur,description,type)
avec type qui est une enum de dvd,livre,revue

Nio ? Je connaissais pas cette méthode... J'vais devoir refaire un p'tit tour de leçon sur le site de MySQL moi (ou alors je comprends mal ce que tu veux dire ^^).
 
En tout cas ça a l'air de marcher, merci énormément =).

tu as trois tables avec sensiblement les mêmes champs
 
pourquoi ne pas faire une seule table ?

Parce que certaines comme CD ou DVD ont des champs spéciaux genre "nbdisque", "nbpiste".. Puis c'est un projet scolaire donc faut éviter les bricolages à la "tous ces champs à NULL si jamais c'est pas un cd ou un dvd"...
 
D'ailleurs j'constate un soucis avec la méthode SELECT UNION SELECT ... C'est qu'il fait la pertinence SELECT par SELECT, et pas sur l'ensemble des tables... :S... T'as une solution ?  
 
Merci

EDIT :
 
C'est bon en fait !!

Merci beaucoup l'ami ^^

 
Tu fais une table "objet" qui contient les attributs communs, dont un qui sera l'enum définissant le type (cd, dvd, livre...) et une table attributs spécifiques dont le contenu va ressembler à ça :
ID
Nom attribut
Valeur attribut
Type attribut (entier, float, champ text, blob...)
 
Entre les 2 tables, y'a une relation N-N. Regardes Mantis ou Magento comme softs GPL qui implémente cette possibilité de rajouter des attributs à des objets...
 
Par contre, ça complexifie les requêtes SQL mais ça rend ton modèle très générique

C'est une bonne idée en effet !
 
Par contre j'ai une colle... Pourquoi un mysql_query() retourne moins de résultat que la requête directement balancée dans MySQL Server (sous console) xD ?
 
C'est un problème "annexe", je m'en chargerais plus tard ^^.
 
Je vais voir pour finir un premier jet de mon projet puis apporter ces modifications de structure à mes tables !