Discussion :

[MKITONE]

Bonjour à tous,
j'ai un petit soucis pour faire une recherche avec CONTAINS. Concrètement je voudrais que ma query me ramène tous les records contenant dans un champ le mot "france".

Comme dirait Mr SQLPro (dont je recommande fortement les formations !!!) : "Un exemple vaut mieux qu'un long discour"

Exemple :

Contenu de la table Table_1

Id | Libelle1 | Libelle2 |
_______________________________
1 | fort de france | NULL |
2 | NULL | france soir |
3 | souffrance | NULL |

Je voudrais que ma query me renvoit 3 records
Mais elle me renvoit uniquement les 2 premiers

Code :

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

1
2
3
4
SELECT * 
FROM Table_1 
WHERE 
CONTAINS(*,'"*france*"')

Je n'ai peut être pas bien saisi comment s'utilise CONTAINS ??

[elsuket]

Bonsoir,

Peux-tu essayer

Code :

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

1
2
3
SELECT * 
FROM Table_1 
WHERE FREETEXT(Libelle1,Libelle2, 'france')

Et nous dire ce que cela donne ?

A+

[MKITONE]

A mon grand regret, le résultat est le même avec :

Code :

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

1
2
3
4
 
SELECT * 
FROM Table_1 
WHERE FREETEXT((Libelle1,Libelle2), 'france')

[MKITONE]

Toujours pas de solution ???

[SILO]

essaye :

Code :

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

1
2
3
4
 
SELECT * 
FROM Table_1 
WHERE libellé_1 like "%france%" or libellé_1 like "%france%"

Bonne chance

[Fleur-Anne.Blain]

peut-etre en explicitant le nom de tes colonnes au lieu de *

[pacmann]

http://msdn2.microsoft.com/en-us/library/ms187787.aspx

Microsoft semble dire que dans cette syntaxe de contains, c'est un préfixe qu'on donne.

J'ai la vague sensation que CONTAINS doit plus servir dans les cas où on veut jouer avec de la sémantique que pour faire de la recherche brutale (avec LIKE).

[MKITONE]

essaye :

Code :

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

1
2
3
4
 
SELECT * 
FROM Table_1 
WHERE libellé_1 like "%france%" or libellé_1 like "%france%"

Bonne chance

Le but au final est de faire une recherche dans toutes les tables de la db. Une syntaxe avec des LIKE et des OR poserait des problèmes de perfs comparé à l'utilisation du full indexes..
Merci

[MKITONE]

peut-etre en explicitant le nom de tes colonnes au lieu de *

Bonjour,
j'ai essayé en listant les champs mais cela ne change rien...

[pacmann]

Le but au final est de faire une recherche dans toutes les tables de la db. Une syntaxe avec des LIKE et des OR poserait des problèmes de perfs comparé à l'utilisation du full indexes..
Merci

Je pense justement que c'est pour ce genre de raison que tu ne peux pas faire les recherches que tu voudrais... un index en suffixe, c'est assez rare.

[MKITONE]

Je pense justement que c'est pour ce genre de raison que tu ne peux pas faire les recherches que tu voudrais... un index en suffixe, c'est assez rare.

Je ne comprends pas.. Ce qui est d'autant plus étrange, c'est que la doc le décris comme utilisable ainsi. De plus, la recherche avec "souf*" renvoit bien ce qu'elle devrait... Alors pourquoi dan sun sens et pas dans l'autre ?? Cela pourrait-il être du à ma version (2008 béta) ??

[pacmann]

Franchement, en regardant la syntaxe, j'ai pas l'impression que *mot* soit prévu...
Après, s'il faut une raison, je dirais que la notion de préfixe est très proche de la notion d'indexe, alors que celle de suffixe pas du tout.
Par exemple, te viendrait-il à l'idée de construire un annuaire des noms par mot contenu ?

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
42
43
   CONTAINS   ( { column_name | (column_list) | * } 
          , '< contains_search_condition >'     
   [ , LANGUAGE language_term ]
      ) 
< contains_search_condition > ::= 
    { < simple_term > 
    | < prefix_term > 
    | < generation_term > 
    | < proximity_term > 
    | < weighted_term > 
    } 
    | { ( < contains_search_condition > ) 
    [ { < AND > | < AND NOT > | < OR > } ] 
    < contains_search_condition > [ ...n ] 
    } 
< simple_term > ::= 
          word | " phrase "
< prefix term > ::= 
     { "word * " | "phrase *" }
< generation_term > ::= 
     FORMSOF ( { INFLECTIONAL | THESAURUS } , < simple_term > [ ,...n ] ) 
< proximity_term > ::= 
     { < simple_term > | < prefix_term > } 
     { { NEAR | ~ }
     { < simple_term > | < prefix_term > } 
     } [ ...n ] 
< weighted_term > ::= 
     ISABOUT 
        ( { { 
  < simple_term > 
  | < prefix_term > 
  | < generation_term > 
  | < proximity_term > 
  } 
   [ WEIGHT ( weight_value ) ] 
   } [ ,...n ] 
        ) 
< AND > ::= 
     { AND | & }
< AND NOT > ::= 
     { AND NOT | & !}
< OR > ::= 
     { OR | | }

[ylarvor]

peux-tu essayer cela ?

Code :

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

1
2
3
4
5
SELECT * 
FROM Table_1 
WHERE 
CONTAINS(*,' "*france*" OR "*france" OR "france*" ')

[MKITONE]

peux-tu essayer cela ?

Code :

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

1
2
3
4
5
SELECT * 
FROM Table_1 
WHERE 
CONTAINS(*,' "*france*" OR "*france" OR "france*" ')

Cela ne fonctionne pas non plus...

[MKITONE]

Franchement, en regardant la syntaxe, j'ai pas l'impression que *mot* soit prévu...
Après, s'il faut une raison, je dirais que la notion de préfixe est très proche de la notion d'indexe, alors que celle de suffixe pas du tout.
Par exemple, te viendrait-il à l'idée de construire un annuaire des noms par mot contenu ?

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
42
43
   CONTAINS   ( { column_name | (column_list) | * } 
          , '< contains_search_condition >'     
   [ , LANGUAGE language_term ]
      ) 
< contains_search_condition > ::= 
    { < simple_term > 
    | < prefix_term > 
    | < generation_term > 
    | < proximity_term > 
    | < weighted_term > 
    } 
    | { ( < contains_search_condition > ) 
    [ { < AND > | < AND NOT > | < OR > } ] 
    < contains_search_condition > [ ...n ] 
    } 
< simple_term > ::= 
          word | " phrase "
< prefix term > ::= 
     { "word * " | "phrase *" }
< generation_term > ::= 
     FORMSOF ( { INFLECTIONAL | THESAURUS } , < simple_term > [ ,...n ] ) 
< proximity_term > ::= 
     { < simple_term > | < prefix_term > } 
     { { NEAR | ~ }
     { < simple_term > | < prefix_term > } 
     } [ ...n ] 
< weighted_term > ::= 
     ISABOUT 
        ( { { 
  < simple_term > 
  | < prefix_term > 
  | < generation_term > 
  | < proximity_term > 
  } 
   [ WEIGHT ( weight_value ) ] 
   } [ ,...n ] 
        ) 
< AND > ::= 
     { AND | & }
< AND NOT > ::= 
     { AND NOT | & !}
< OR > ::= 
     { OR | | }

Sorry, c'est vrai qu'en relisant la doc, je ne vois pas la notion de suffixe...
Mais en utilisant des LIKE et des OR, "bonjour les perfs"