Discussion :

[Jean.Cri1]

Bonjour,

Je ne comprends pas pourquoi cela te pose un probleme d'avoir une procedure stockée.
Ce qui serait plus problematique ce serait d'avoir le resultat en une seule requete;
dans une procedure au contraire on peut proceder justement et gerer des cas, comme par exemple faire une requete idoine selon les parametres recus voire contruire la requete selon les parametres recus et l'executer en sql dynamique.

[SQLpro]

Ce n'est pas parce que vous allez mettre en œuvre une recherche full text que vous aller solutionner votre problème. En effet si quelqu'un à dans la colonne fourre tout les données suivantes :
"anglais mauvais niveau, français, bon niveau"
alors votre recherche sur anglais bon niveau sortira cet énergumène.

Si vous voulez faire des recherches correcte il faut structurer votre base avec un modèle de données adapté.

Commencez donc par peaufiner votre MCD avant de vous lancer dans des traitements absurdes qui n'ont aucune chance de donner le résultat escompté !
Et cela ira encore plus vite que du FT.

par exemple une entité CONNAISSANCE et un lien CONNAISSANCE / CLIENT avec valorisation du lien (bon, moyen, mauvais) et diplôme.

A +

[Swiss_GaGGy]

Bonjour,

Je pense que vous avez mal interprété mes propos.
En fait, je n'ai rien contre l'idée de la Store Proc.
Je trouve tout simplement, comme quelques autres personnes l'ont déjà indiqué, que la recherche full-text serait la meilleure solution pour les besoins en questions.
De plus, j'avouerais que la concaténation des données me semble de loin la pire des solutions à moi aussi.

Ma réponse prend donc ici tout son sens dans la mesure où la procédure stockée reste la seule solution possible ici, mais qu'elle reste, à mon goût, certainement moins performante que le Full-Text search.

Si toutefois j'ai dit une ânerie, je suis ouvert et toute critique ( ou conseil ) constructive me permettra d'effectuer mon travail au mieux

[Jean.Cri1]

@Swiss_GaGGy : mes propos s'adressent a Devlin111 qui a l'air embeté par :

Je ne dois faire aucune requête dans mon code, tout doit se faire par procédures stockées.

Sur l'utilisation du full text search (que je ne connais pas) j'ai l'impresion que SQLpro vient de donner un bon contre exemple.

[mikedavem]

"anglais mauvais niveau, français, bon niveau"
alors votre recherche sur anglais bon niveau sortira cet énergumène.

Un prédicat CONSTAINS et NEAR ne permettrait t'il pas de répondre à cette problématique ? Ceci dit je suis d'accord avec toi le fulltext n'est pas la solution magique ici ..

++

[Rei Ichido]

La méthode proposée par iberserk (qui pourrait être adaptée avec une vue, et pas une table permanente) me semble de loin la plus naturelle, et probablement la plus efficace.

[iberserk]

Un prédicat CONSTAINS et NEAR ne permettrait t'il pas de répondre à cette problématique ?

Pas que je sache en 2008... (impossible de préciser l’écart max entre les mots).

C'est une des avancées 2012...

[mikedavem]

Pas que je sache en 2008... (impossible de préciser l’écart max entre les mots).

C'est une des avancées 2012...

Yes effectivement .. je n'avais pas pris en compte la distance des mots.

++

[iberserk]

La méthode proposée par iberserk (qui pourrait être adaptée avec une vue, et pas une table permanente) me semble de loin la plus naturelle, et probablement la plus efficace.

Merci de le faire remarquer je pense aussi :-)

SQLPRO a fait un excellent article (comme d'habitude...) sur la modélisation par méta données ce qui se rapproche (un peu) de ce que je vous proposais.

http://sqlpro.developpez.com/cours/m...n/metadonnees/