Requête de recherche sur Nom propre

Bonjour,
quelqu'un pourrait-il m'aider à trouver le requête de recherche la mieux adaptée pour trouver une personne dans un tableau ?
title = Nom prénom

Code:

---

1 2 3 4 5 6 7 8 9 10

SELECT b.*, ba.*, a.* FROM ***_books AS b LEFT JOIN ***_books_authors AS ba ON ba.mb_book_id = b.mb_book_id LEFT JOIN ***_authors AS a ON a.mb_author_id = ba.mb_author_id WHERE (`a`.`title` LIKE '%zola emile%' OR `a`.`title` LIKE '%zola%emile%' ) GROUP BY b.mb_book_id ORDER BY b.title ASC

---

tel que cela est fait ici si je tape emile zola rien n'est trouvé. Je dois impérativement tapé zola emile ou emile ou zola pour avoir un résultat.
Merci de votre aide

Salut Slushgood.

Quel type de charset utilisez-vous ?
Quel type de collation utilisez-vous aussi ?
Comment avez-vous saisie votre chaîne de caractères ?
Y-a-t-il des accents ou pas ?

Si votre test correspond exactement à la chaîne de caractères saisie, alors il suffit de mettre :

Code:

---

where a.title = 'zola emile';

---

Je vous conseille de créer une colonne pour le nom et une autre colonne pour le prénom.

Pouvez vous nous communiquer le descriptif de la table et votre jeu d'essai, s'il vous plait ?

Cordialement.
Artemus24.
@+

je ne peux pas faire de modification au tableau malheureusement.
j'ai trouvé une solution lors de l'envois

Code:

---

1 2 3 4 5 6

$lookfor = $searchs['lookfor'][0]; $res= array(" ","-"); $lookfor2 = str_replace($res,"%",$lookfor); //recherche mot a mot $lookfor3 = explode(" ",$lookfor,2); //recherche inversé prénom nom $lookfor3= $lookfor3[1].'%'.$lookfor3[0];

---

si je met un % entre chaque mot c'est pour faire face aux fautes ou caractères manquants
OR `a`.`title` LIKE '%emile zola%' OR `a`.`title` LIKE '%emile%zola%' OR `a`.`title` LIKE '%zola%emile%' OR

Citation:

---

Envoyé par Slushgood

Bonjour,
quelqu'un pourrait-il m'aider à trouver le requête de recherche la mieux adaptée pour trouver une personne dans un tableau ?
title = Nom prénom

---

Cette structure de colonne unique est une grave erreur de modélisation (viol de première forme normale), elle est la source de redondances, de requêtes complexes et contre performantes.
De plus, pourquoi nommer la colonne title (c'est à dire titre) alors qu'il s'agit du nom et du prénom...

Si vous ne pouvez vraiment pas modifier la structure de cette table, alors, plutôt que de multiplier les combinaisons de LIKE, vous pouvez utiliser la fonction INSTR() comme suit :

Code:

---

1 2 3 4 5 6 7

select title , case when instr(title, 'émile') > 0 and instr(title, 'zola') > 0 then 'ça colle' else 'ça ne colle pas' end as truc from _authors

---

merci beaucoup pour cette info.
Titre pour titre de responsabilité ... qui englobe le nom prénom(c'est un choix) :-)
pour la colonne unique je ne comprend pas. Tu veux parler du php ou du sql ?
Pour ce qui est du sql in s'agit d'une forme d'envois dans un cms je ne pas vraiment faire autrement.
Pour le php c'est pour ne pas accumuler le variables :-)

Je parle de la modélisation de la table : une colonne ne doit contenir qu'une seule information, donc soit le nom, soit le prénom, jamais les deux.
C'est une règle de base de la modélisation des données, c'est même la première de ces règles (dite 1re forme normale), et elle est incontournable.

Déroger aux règles de normalisation des données (et donc aux formes normales) c'est créer une base de données présentant des redondances, des incohérences, les conséquences sont des données non fiables et des requêtes complexes et contre performantes.

Ok merci pour c'est informations

Il me semble que pour ce genre de cas de figure un full text search est indiqué. Mais si vous ne pouvez pas changer la structure de cette table, il faudra alors expliquer au responsable les implications en termes de performance. Cette approche vous empêche d'utiliser des index efficacement (si même ils existent...), donc plus la DB est grosse, et plus les performance seront médiocres. A un certain point, vous pourriez avoir des timeouts et l'application peut devenir indisponible et inutilisable. Et là vous allez probablement mettre en place des artifices pour tenter de contourner un problème facilement évitable.
Sans parler de l'empreinte environnementale et de la consommation en ressources.

Outre le problème de performances déjà évoqué, comment distinguez-vous les personnes dont le nom est "Martin" et le prénom "Henry" de ceux qui à l'inverse ont pour nom "Henry" et pour prénom "Martin"... mission impossible
On peut ajouter ceux qui se nomment "Dupont" et ayant pour prénom "Martin, Henry"
Etc.
Une base dont les données ne sont pas exploitables ne sert pas à grand chose, à part à faire des mécontents autant coté utilisateur (données peu fiables, difficilement accessibles, temps d'accès rédhibitoire) que coté exploitant (bases lourdes à cause des redondances, requêtes complexes, maintenance difficile)