Full Text sensible à la casse :(

**robmayol** · 09/03/2009, 22h09

Bonsoir tout le monde,

Dans le manuel de MySql il est écrit noir sur blanc que la recherche FULLTEXT n'est pas sensible à la casse. Pourtant, mes tests me montrent l'inverse. Ma base est en UTF8-bin et mon système est un dérivé UNIX (Mac OS Leopard), ça peut venir de là ?

Au cas où ce soit utile, voici la façon dont je fais ma recherche, c'est un peu compliqué mais c'est parce que je dois générer ma requête à partir d'un formulaire dont on ne remplit pas forcément tous les champs. Bref, y'a de la concaténation à tout va...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
<?php
function DisplayNews() {
	if (!empty($_POST['news_search'])) {
		$news = '
			<ul>
		';
		if (!empty($_POST['day'])) {
			$day = "jour = " . $_POST['day'] . "";
			if (!empty($_POST['month']) OR !empty($_POST['year']) OR !empty($_POST['keywords'])) {
				$day.= ' AND ';
			}
		}
		if (!empty($_POST['month'])) {
			$month = "mois = " . $_POST['month'] . "";
			if (!empty($_POST['year']) OR !empty($_POST['keywords'])) {
				$month.= ' AND ';
			}
		}
		if (!empty($_POST['year'])) {
			$year = "annee = " . $_POST['year'] . "";
			if (!empty($_POST['keywords'])) {
				$year.= ' AND ';
			}
		}
		if (!empty($_POST['keywords'])) {
			$keywords = "MATCH (titre,contenu) AGAINST ('" . $_POST['keywords'] . "')";
		}
		$__news = mysql_query("SELECT * FROM news WHERE $day$month$year$keywords") or die (mysql_error());
		while ($_news = mysql_fetch_array($__news)) {
			$news.= '
				<li>' . $_news['contenu'] . '</li>
			';
		}
		$news.= '
			</ul>
		';
		echo $news;
	}
}
?>

Merci d'avance pour votre passage sur ce post

P.S. J'ai bien sûr créé un index sur les colonnes idoines et j'ai réussi à avoir des requêtes qui marchent si je respecte les majuscules.

**sabotage** · 09/03/2009, 22h18

Plutot que de commencer par le code, execute plutot ta requete finale avec phpmyadmin avec ou sans majuscule.
Si a ce moment la, tu as des resultats differents, donne nous la requete et un dump de ta table.

**robmayol** · 09/03/2009, 22h26

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM news WHERE MATCH (titre,contenu) AGAINST ('Robin')

-> Fonctionne

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM news WHERE MATCH (titre,contenu) AGAINST ('robin')

-> Pas de résultat

Et voici le dump (j'ai rempli avec un peu n'importe quoi...)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
-- phpMyAdmin SQL Dump
-- version 2.11.9.2
-- http://www.phpmyadmin.net
--
-- Serveur: localhost
-- Généré le : Lun 09 Mars 2009 à 22:24
-- Version du serveur: 5.0.67
-- Version de PHP: 5.2.6
 
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
 
--
-- Base de données: `alternanse`
--
 
-- --------------------------------------------------------
 
--
-- Structure de la table `news`
--
 
CREATE TABLE IF NOT EXISTS `news` (
  `id` int(11) NOT NULL auto_increment,
  `jour` int(2) NOT NULL,
  `mois` int(2) NOT NULL,
  `annee` int(4) NOT NULL,
  `titre` varchar(255) collate utf8_bin NOT NULL,
  `contenu` text collate utf8_bin NOT NULL,
  PRIMARY KEY  (`id`),
  FULLTEXT KEY `titre` (`titre`,`contenu`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 COLLATE=utf8_bin AUTO_INCREMENT=8 ;
 
--
-- Contenu de la table `news`
--
 
INSERT INTO `news` (`id`, `jour`, `mois`, `annee`, `titre`, `contenu`) VALUES
(5, 2, 1, 2000, 'Hind', 0x48696e64204d61686d6f756469),
(4, 1, 1, 2000, 'Robin', 0x526f62696e204d61796f6c),
(6, 2, 1, 2000, 'Les gens', 0x736f6e742073796d706173),
(7, 3, 2, 2001, 'Test', 0x746573746920746573746f);

**obito** · 09/03/2009, 22h32

Bonsoir ! Bon ok je vais contourner le probleme mais pour ca je sais pas trop quoi proposer d'autre:

http://fr2.php.net/manual/fr/function.ucfirst.php

A savoir mettre le premier caractère de ta variable en majuscule avant la requete

bon je sais pas propre du tout puisque tu aura surement des mot sans majuscules... A voir donc =)

**robmayol** · 09/03/2009, 22h43

Héhé j'y ai pensé, tester les deux à chaque fois, voire même le mot tout en majuscules mais bon... Je préfère garder ça en dernier recours !

**sabotage** · 09/03/2009, 22h53

Fiou j'ai cherché ...
La réponse est dans la doc en anglais :

By default, the search is performed in case-insensitive fashion. However, you can perform a case-sensitive full-text search by using a binary collation for the indexed columns. For example, a column that uses the latin1 character set of can be assigned a collation of latin1_bin to make it case sensitive for full-text searches.

Pour les non-anglophone : par defaut la recherche n'est pas sensible a la casse sauf pour les collations binaires.

**obito** · 09/03/2009, 22h54

J'imagine ! Je viens de lire deux trois choses sur le fulltext ta méthode semble la bonne pourtant, c'est bien un match avec un against... donc niveau syntaxe rien à dire, il reste donc un problème au niveau base de donnée? Au niveau mySQL c'est bon ... donc peut être au niveau construction de la table? ^^

**robmayol** · 09/03/2009, 23h06

Envoyé par obito

J'imagine ! Je viens de lire deux trois choses sur le fulltext ta méthode semble la bonne pourtant, c'est bien un match avec un against... donc niveau syntaxe rien à dire, il reste donc un problème au niveau base de donnée? Au niveau mySQL c'est bon ... donc peut être au niveau construction de la table? ^^

En tout cas merci beaucoup pour ton implication ! Je sais que je m'étais mis au UTF8-bin pour que ma base soit sensible aux accents, et puis l'UTF8 c'est l'avenir, le genre de truc qui nous ©%vite pas mal de probl$€~mes

Je crois que je suivre ton conseil du post précédent, de toute façon faut que je gère les éventuelles fautes de frappe aussi... D'ailleurs je m'en vais tout de suite tester ce que ça donne avec "SOUND LIKE" !

**robmayol** · 09/03/2009, 23h12

Avec SOUNDS LIKE ça ne cherche pas dans le contenu (TEXT) que dans le titre (VARCHAR)...

**N1bus** · 10/03/2009, 09h27

Bonjour,

J'ai eu le problème aussi , mais :

Envoyé par Doc MySql

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM articles WHERE MATCH (title,body) AGAINST ('MySQL');

La recherche du mot MySQL ne donne aucun résultat dans l'exemple précédent, car il est présent dans plus de la moitié des lignes. Ainsi, il est considéré comme un mot à ignorer (un mot avec une valeur sémantique nulle).

Si tu cherches un mot dans tes 100 lignes de la table alors qu'il est présent dans + de 50 lignes, MySql le considère comme un mot à ignorer.

Ainsi, c'est peut-être le cas pour "robin " mais pas "Robin" ???

**robmayol** · 10/03/2009, 14h09

Bien vu, mais j'ai déjà vérifié cette hypothèse !

J'ai fini par faire une colonne annexe toute en minuscules sans accents sur laquelle je fais un LIKE %%...

Je dois quand même mettre résolu même si j'ai contourné le problème ?

**sabotage** · 10/03/2009, 14h21

ba vu que j'ai donné la réponse mais que personne m'ecoute ...

**robmayol** · 10/03/2009, 14h29

J'étais passé à côté ! Merci Sabotage ! (fan des Beastie Boys ?)

J'aime bien ma colonne en UTF8, elle m'évite d'avoir à mettre des fonctions partout pour convertir les caractères... Je pense que je vais faire une colonne contenant la même chose mais en Latin.

Merci beaucoup à tous pour vos réponses et votre patience

**sabotage** · 10/03/2009, 14h52

heu non ce n'est pas un probleme de latin/utf8 mais un probleme de _bin.
tu peux mettre ta colonne en utf8_unicode_ci par exemple

**robmayol** · 10/03/2009, 16h16

Okééé ! Je viens de comprendre un nouveau truc du coup

Je pensais que les collations étaient des "variantes" de l'encodage mais ce sont bien deux choses différentes donc.

S'il y en a qui sont aussi ignorants que moi :

http://dev.mysql.com/doc/refman/5.0/...t-general.html

Merci encore sabotage

Full Text sensible à la casse :( [MySQL]

PHP & Base de données

Discussions similaires

Partager

Partager