[fonctions T-SQL] upper(text)

Bonjour,


J'essaye de sélectionner des champs à travers un texte renseigné par un utilisateur. Pour éviter le problème de la casse, je convertis tout en uppercase, et ça marche pour des champs de type varchar, mais pas pour des champs de type text.
Existe-t-il un moyen de palier à ce problème ?

Requete :

Code:

---

1 2	select * from mailhisto where upper(contenu) like '%ten%';

---

Résultat :

Code:

---

1 2 3

Msg 8116, Niveau 16, État 1, Ligne 1 Le type de données de l'argument text n'est pas valide pour l'argument 1 de la fonction upper.

---

Voilà, en vous remerciant !

Salut,

Y a-t-il vraiment un problème de casse ? Quelle est la collation de ta colonne contenu ?
Si elle est dans une collation case insensistive (...CI...), pas de souci, Si elle est dans une collation Case Sensitive (CS), tu peux toujours la passer en case insensitive dans ta requête :

Code:

---

select * from mailhisto where contenu collate French_CI_AI like '%ten%';

---

Lis cet article : http://sqlpro.developpez.com/cours/s...er/collations/

Autre solution pour améliorer tes performances : utiliser FTS (Full-Text Search)

ok, je te remercie beaucoup ! Je débarque dans le monde sql server, et je ne connais encore pas grand chose à ce sgbdr.

Ton lien (et tes explications) est très intéressant merci beaucoup !

Un SGBDR n'est pas un traitement de texte. Si vous avez besoin de texte qui dépassent une certaine longueur SQL Server ne vous permettra pas de les traiter de manière ensembliste (requête). Ce serait trop dangereux.
Imaginez que vous ayez 30000 lignes dans votre table (ce qui est peu dans une base de données) avec chacune une colonne de type TEXT contenant un texte au maximum de la capacité de cette colonne, soit 2 Go...

Un simple :

Code:

---

1 2	SELECT UPPER (MonTexte) FROM MATABLE

---

Provoquera la conversion de :
30000 * 2147483648 caractères, soit 64 424 509 440 000.
A raison de 500 000 caractères traités par seconde... Il vous faudra patienter 1491 jours 7 heures et 12 minutes pour voir s'afficher votre réponse.
Avez-vous autant de temps ???

A +

Quelle est la pertinence d'utiliser un TEXT pour des emails ?
un varchar(max) ne serait-il pas déjà bien suffisant ?

SQLPro > Pensez-vous alors que le traitement sera plus rapide si l'on garde tous les résultats et qu'on effectue à la main les tests de casse ?
Mon application tourne en java, et entre la rapidité de sql server et celle de l'interpréteur java, je ne suis pas certain d'y être gagnant...

Bon après c'est sur on peut toujours faire appel à des classes gérant les expressions régulières pour plus de rapidité, mais je n'en ai pas encore éprouvé le besoin.

Merci beaucoup, je n'avais pas pensé à cet aspect.

Citation:

---

Envoyé par fadace

un varchar(max) ne serait-il pas déjà bien suffisant ?

---

Sauf qu'il doit avoir la version 2005 !

Citation:

---

Envoyé par WOLO Laurent

Sauf qu'il doit avoir la version 2005 !

---

... le max pouvait être compris dans les 2 sens :mrgreen:. Mot clé 2005 ou max autorisé (8000) 2000.