Like sensible à la casse ?

[maysa]

bonjour,

tout est dans le titre ! je suis en désaccord avec mon prof, sur une question d'un QCM :

Code :

SELECT nom,round(avg(sum),2) AS total FROM TABLE WHERE nom LIKE 'd%' GROUP BY nom

dans une table où il y avait Dupont->20, Durant->30, Martin->null, Duran->24.

Aucun nom de SGBD demandé. et la réponse était : null !
donc est ce que like est sensitive à la case ?

Merci bien.

[Nudger]

Bonsoir,

Je ne pense pas que la norme ANSI soit explicite sur ce point.
En ce qui concerne MySQL, c'est marqué ici:
http://dev.mysql.com/doc/refman/5.0/...nsitivity.html

Par défaut, les recherches de MySQL ne sont pas sensibles à la casse

[Waldar]

Chez Oracle c'est case sensitive par défaut, mais c'est paramétrable.

[tatayo]

Avec Progress la recherche n'est pas case-sensitive, avec MaxDB oui.

Tatayo.

[maysa]

ah merci je n'ai donc pas faux ! j'avais vu pour mysql ce n'était pas sensitive !
qu'est ce que c'est maxDB ? connais pas...

[tatayo]

Un moteur de base de données :
MaxDb

Tatayo

[SQLpro]

La norme SQL est claire : le LIKE, comme tous les opérateurs agissant sur des littéraux n'a aucune incidence ni sur la casse ni sur les accents.
Seule la collation afférente aux littéraux manipulés en a une.

Par exemple :

Code :

WHERE MaColonne COLLATE French_CI_AI LIKE '%e%'

retournera les colonnes ayant des littéraux avec la lettre "e" en minuscule et majuscule, avec ou sans accents, tandis que :

Code :

WHERE MaColonne COLLATE French_CS_AS LIKE '%e%'

ne retournera que les colonne ayant un "e" minuscule sans accent.

CI signifiant Case Insensitive
AI signifiant Accent Insensitive
CS : Case Sensitive
AS : Accent sensitive.

Tout dépend donc de la collation utilisée lors de la création de la table !!!!!

A +