Discussion :

[ZoliveR]

Bonjour. Dans la collation, le prof nous a dit qu'on devait utiliser French_CI_AI. Mais j'ai un doute, il a peut être dit CI_AS.

Je ne sais plus mais pour faire mon choix j'aimerais bien connaitre les implications concrètes de Sensitive et Insensitive.

Je parle tout haut et je suis désolé mais ca vous permettra de voir si je suis ou non dans l'erreur. Case concerne les majuscules et minuscules, et Accent concerne les accents. Sensitive veut dire que pour un champ nom, le contenu 'Gérard' et 'gérard' sont deux termes différents alors que insensitive veut dire que ces 2 contenus sont identiques, ce qui implique que la contrainte d'unicité me forcera à changer mon contenu...?


La collation est appliquée où exactement. Uniquement dans le contenu des champs, ou bien dans le contenu des champs ET dans le nom des champs?
En pratique les noms de schéma/tables/champs/... je ne mets aucun accent (tInvite, sReception, idInvite).

J'aimerais que vous m'expliquiez avec des exemples, quand mettre insensitive ou sensitive pour accent/case dans la collation?

Merci et désolé si ce sujet a déjà été abordé

[StringBuilder]

C'est simple :

AS : a <> à <> â ; e <> é <> è <> ê <> ë

AI : a = à = â ; e = é = è = ê = ë

Cela n'impacte pas le stockage des données : les accents sont correctement stockés et restitués.

En revanche, cela induit des différentes lors des comparaisons et des tris (<, <=, =, <>, >, >=, LIKE, ORDER)
Mais cela ne s'applique pas au fonctions de regroupement GROUP BY : car même si "âne = ane", les deux données sont belles et ben différentes.

Exemple de tri :

AI CI

Amélie
âne
année
Avril

AI CS

Amélie
Avril
âne
année

AS CS

Amélie
Avril
année
âne

AS CI

Amélie
année
Avril
âne

Enfin, la collation ne s'applique qu'aux données.
Et elle peut être différente colonne par colonne (on peut en spécifier une à la création des tables).
Et elle peut être forcée au moment des comparaisons.

J'espèce que c'est plus clair

[ZoliveR]

Merci beaucoup pour ta réponse, cela me semble beaucoup plus clair ainsi...
Beau dimanche!

[Rei Ichido]

Stockage des données : les accents sont correctement stockés et restitués.

En revanche, cela induit des différentes lors des comparaisons et des tris (<, <=, =, <>, >, >=, LIKE, ORDER)
Mais cela ne s'applique pas au fonctions de regroupement GROUP BY : car même si "âne = ane", les deux données sont belles et ben différentes.

Euh, si, forcément, ça s'applique aussi au group by : ce dernier est fait par des comparaisons.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
WITH T AS (
SELECT 'é' COLLATE Latin1_General_CI_AI as v 
UNION ALL 
SELECT 'e'
UNION ALL 
SELECT 'ê'
)
SELECT * FROM T
GROUP BY v

=> Une seule ligne retournée.

[StringBuilder]

J'avoue que je me suis posé la question.

Ca me semblait logique que ça s'applique aussi à GROUP BY.

Mais en cas de valeurs différentes, égales au niveau COLLATION, laquelle choisit-il dans le jeu de résultat ? La première trouvée ? Une règle particulière ?
Car en algèbre ensembliste, les données ne sont pas ordonnées donc "la première trouvée" va donner des résultats différents d'une fois sur l'autre...

[Rei Ichido]

J'aurais tendance à dire "la première", en effet. Ensuite les autres valeurs sont jugées "égales", même si nous autres humains voyons une différence
D'ailleurs dans le code que j'ai donné, la réponse est "é", mais si on change l'ordre des UNION ALL, alors on change le résultat (de notre point de vue, pas du point de vue du SGBD à qui on a dit "ne t'inquiète pas, é = e = ê").

[SQLpro]

La collation sert à gérer le comportement globale des chaines de caractères vis à vis de paramètres tels que :
1) la sensibilité à la casse. CI : insensibilité, CS : sensibilité. Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 'a' COLLATE French_CI_AS = 'A'

2) la sensibilité aux caractères diacritique. AI : insensibilité, AS : sensibilité. Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 'a' COLLATE French_CS_AI = 'à'

Les caractères diacritiques étant composé de plusieurs symboles : la lettre "nue" et un ou plusieurs éléments complémentaires (accents, ligature...)
3) la sensibilité à la largeur (corps) du caractère. Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 '2' COLLATE French_CI_AI_WS <> '²'

4) la sensibilité aux idéogramme du japonais écrit en katakana (forme "bâton", équivalent aux caractères d'imprimerie en France et servant en général à la titraille) ou hiragana (forme cursive, équivalent à l'écriture cursive des écoliers et servant aux textes littéraires). Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

N'かわ' <> N'カワ' COLLATE French_CI_AI_KS

5) au tri spécifique à la langue considérée. Par exemple en Français la règle des accents fait que le mot "élève" précède la mot "élevé" dans le tri alphabétique.

Ceci concerne toutes les comparaisons et les tris donc :
1) les contraintes d'unicité et les clefs primaires
2) les opération de dédoublonnement comme DISTINCT et UNION
3) les tris comme ORDER BY
4) les comparaisons comme =, <, <=, >,>=, BETWEEN, IN, ALL, ANY, SOME

A +