HTMLEditor recherche de contenu dans BD

Bonjour à tous,

Je prévois utiliser le controle HTMLEditor dans mon site web.

Si j'ai bien compris, lorsque qu'on récupère son contenu à l'aide de la propriété [Content] pour le sauvegarder dans la base de données, c'est du simple format HTML ?

Donc, qu'arrive-t-il ensuite lorsqu'on désire effectuer une recherche à l'aide filtres du genre :

Code:

---

1 2 3

SELECT... FROM ... WHERE contenu LIKE '%<B>%'

---

Je m'explique, si l'utilisateur entre "<b>" comme élément de recherche, alors le SGBD sortira tout les texte qui contienne une balise de texte en gras ? N'y a-t-il pas moyen de se concentrer QUE sur le contenu au lieu d'effectuer la recherce même dans les balises HTML ? Évidemment, s'il rechercher des mots clé normaux comme "Bonjour", alors là il n'y aura pas de problème...

Je ne sais pas trop si c'était une question de base de données ou ASP.NET, mais bon je crois que cela se rattache de près au control HTMLEditor.

J'aimerais bien avoir vos avis là-dessus.
Merci

Bonjour,

Pour effectuer une recherche uniquement sur le texte, il te faut transformer le contenu du message de l'html vers le texte brut.

Tu as deux possibilités, : le faire lors de chaque recherche, ou bien enregistrer le message au format texte brut (en plus du format html).

La première solution te permet de stocker le strict minimum en base, mais tu devrais réaliser une conversion de format à chaque recherche, ce qui est coûteux. La deuxième solution t'oblige à stocker en base beaucoup plus de donnés, en contrepartie la recherche sera plus rapide puisqu'il n'y aura pas de conversion à faire.

C'est selon tes contraintes en terme de stockage ou de temps de traitement.

En espérant t'avoir aidé.

Wow, merci je ne m'attendais pas à une réponse aussi claire et simple en même temps.

Cela me confirme bien que je n'étais pas dans l'erreur.

Dans le cas de la première option, je me vois mal concevoir une procédure strockée de recherche qui devrait convertir le HTML => Texte Brute. Ce n'est pas la job d'un SGBD.

Pour l'option 2, nous sommes dans un léger dilem. Au début du projet mon patron a engagé un stagière qui a par la suite décidé d'utiliser Microsoft SQL Server Express 2005. 2-3 années plus tard, je reprend ce projet et je lui faire part que nous avons 4Go max sur la version Express. Biensur, nous sommes encore loin de la limite, mais plus l'entreprise croit et plus on s'approchera de cette limite. Convertir tout ça en MySQL oufff.... Il y a quelques procédures stockés qui sont assez complexe et on utilise à quelque reprise l'opérateur WITH dans les requêtes. Et nous ne sommes pas trop chaud à payer des milliers de dollars pour la version standart et que pour 1 ou 2 projet où on s'en sert.

Mais au moins, vous m'avez confirmer deux options.
Merci beaucoup ;)

A moins d'avoir très peu d'applications, une entreprise digne de ce nom ne devrait pas être bloquée pour dépenser quelques dollars afin d'obtenir une licence SQL Server. Enfin bon, ce n'est pas le sujet du jour :aie:

Une possibilité au vue de tes contraintes : utiliser plusieurs bases pour une même application. Ainsi tu t'exonères de cette limite des 4Go. Non ?

Il existe aussi une autre solution, qui est d'utiliser la recherche FullText de SQL Server.

Voici quelques liens pour référence :
http://www.wherecanibuyit.co.uk/ASP/...xt-search.html
http://www.simple-talk.com/sql/learn...in-sql-server/

Ca te demandera peut-être quelques modifications au sein de la structure de ta base de données, mais ce peut être un choix judicieux, notamment parce qu'en spécifiant le type de document, SQL Server va automatiquement appliquer des filtres (par exemple si tu indiques que ton document est du HTML, alors SQL Server ne tiendra pas compte des balises...).