Pourquoi est-Latin1_General_CS_AS pas sensible à la casse?

Pour LIKE des requêtes, le Latin1_General_CS_AS classement n'est pas sensible à la casse. Selon un rapport de bug de Microsoft, cela a été répertorié comme "By Design".

Cependant, la Latin1_General_Bin classement est également sensible à la casse et fonctionne exactement comme prévu pour LIKE requêtes.

Vous pouvez voir la différence dans cette requête simple:

SELECT
    MyColumn AS Latin1_General_Bin
FROM MyTable
WHERE MyColumn LIKE '%[a-z]%' COLLATE Latin1_General_Bin;

SELECT
    MyColumn AS Latin1_General_CS_AS
FROM MyTable
WHERE MyColumn LIKE '%[a-z]%' COLLATE Latin1_General_CS_AS;

SQL Violon Démo.

Mes questions sont:

  1. Pourquoi cela serait-il considéré comme "By Design" pour être sensible à la casse dans LIKE?
  2. Si c'est vraiment mieux, pourquoi est-il une différence de comportement entre les deux sensibles à la casse classements _Bin et _CS_AS?

J'allais à normaliser sur Latin1_General_CS_AS pour tous les cas des bases de données sensibles à l'avenir, mais cela semble être un subtil requête bug en attente de se produire.

  • Je ne suis pas sûr que cela signifie que Latin1_General_CS_AS n'est pas sensible à la casse. La modification de la requête avec LIKE '%[abcdefghijklmnopqrstuvwxyz]%' COLLATE Latin1_General_CS_AS; semble fonctionner. Le problème semble être la façon dont l' %[a-z]% est de choisir les personnages
  • Pour la même raison que ce dba.stackexchange.com/a/34731. Elle est bien documentée et par la conception. La gamme correspond à l'ordre de tri des classements. Vous pouvez imaginer qu'il recherche dans un index avec la colonne de la clé au début de la plage et à la suite de l'index jusqu'à la fin de la plage de retourner les choses en route.
  • cela semble être une gamme de "problème"... si vous utilisez LIKE '%e%' ou LIKE 'e' (suggéré dans le rapport de bug), vous obtenez le exprected résultat (aucun), mais LIKE '%[d-f]%' retourne le mauvais résultat (oui)
  • Merci pour le lien. J'ai pensé que ce serait quelque chose comme ça à partir de l'élément de connexion.
InformationsquelleAutor arserbin3 | 2014-06-13
  1. 13

    Ce n'est pas une expression régulière. La gamme [a-z] signifie simplement >='a' AND <='z'.

    En vertu de ce classement qui comprend toutes les lettres, sauf en capital Z.

    Sous SQL_Latin1_General_CP1_CS_AS tous à l'exception de la capitale A relèvent que l'ordre de tri.

    Dans le cas où cela n'est pas encore clair en revue les ordres de tri pour les suivants, pour les trois différents classements

    SELECT * 
FROM (VALUES ('A'),('B'),('Y'),('Z'), ('a'),('b'),('y'),('z')) V(C)
ORDER BY C COLLATE Latin1_General_Bin

    Vous voyez que le classement binaire a toutes les lettres majuscules ensemble, les deux autres ne le font pas.

    +--------------------+----------------------+-------------------------------+
| Latin1_General_Bin | Latin1_General_CS_AS | SQL_Latin1_General_CP1_CS_AS  |
+--------------------+----------------------+-------------------------------+
| A                  | a                    | A                             |
| B                  | A                    | a                             |
| Y                  | b                    | B                             |
| Z                  | B                    | b                             |
| a                  | y                    | Y                             |
| b                  | Y                    | y                             |
| y                  | z                    | Z                             |
| z                  | Z                    | z                             |
+--------------------+----------------------+-------------------------------+

    Ceci est documenté dans le BOL

    Dans les recherches, les personnages inclus dans la portée peut varier
    selon les règles de tri du classement.

    • Merci, cela permet d'éclaircir pourquoi il se comporte comme ça. Mais pourquoi est-ce souhaitable? cela veut dire que dans le sensible à la casse classement _CS_AS, le mot 'zzz' < 'Zaaaa'. Cependant, cela semble à l'encontre de toute autre basé sur le code ASCII de la langue ou de comparaison. Alors pourquoi serait-ce souhaitable?
    • Qui semble être une autre question! Depuis le POV de la plage dans la syntaxe des motifs, vous pouvez avoir des plages avec un caractère comme le début ou la fin et une fois que vous comprenez la logique, il fait une sorte de sens. Quant à savoir si elle fait sens pour les " zzz "pour trier avant "Zaaaa" dans une CS de classement. Pas quelque chose, j'y ai pensé, mais pourquoi ne pas utiliser un classement CI de là, si vous ne voulez pas que le tri de comportement?
    InformationsquelleAutor Martin Smith