Discussion :

[JulienDev75]

Bonjour

Auriez vous un tuto ou cours clair sur l'interclassement en SQL ?
J'ai trouvé des choses évidemment sur le web mais ce n'est pas toujours clair... Ou alors je sature et j'ai besoin de parler à qqun

J'utilise phomyadmin

Merci

[proctl081]

Hello

T'as pas du chercher beaucoup... Ce n'est pourtant pas une notion complexe...

Tu as des tutos a foison sur YT notamment :

Bonne recherche

[escartefigue]

Il y a un article de SQLPro sur les collations (ou interclassements) ICI

[JulienDev75]

Ok merci je vais aller voir ça...

[Artemus24]

Salut à tous.

La seule question que tu dois te poser est celle de la langue que tu vas utiliser.
Si, comme je le suppose, tu vas utiliser le français et pourquoi pas l'anglais, tu dois utiliser LATIN1 et LATIN1_GENERAL_CI.
Si au contraire, tu vas utiliser le chinois, l'arabe ou une langue utilisant un alphabet particulier, il faut trouver le bon jeu de caractères.
Il en existe un qui répond à ce problème, qui est UTF8MB4 et UTF8MB4_GENERAl_CI.

En dehors de cela, tu peux vouloir faire la distinction entre les minuscules ou les majuscules, voire de trier dans un ordre particulier.
Alors oui, il existe d'autres collation qui peuvent répondre à cette attente. Je ne pense pas que ton besoin est de cet ordre là.

Il faut savoir que l'UTF8MB4 utilise de 1 à 4 octets pour stocker 1 caractère, ce qui peut provoquer inutilement des problèmes dans la longueur des chaînes de caractères, ce que tu n'auras pas avec le LATIN1 puisque 1 caractère = 1 octet.

Cordialement.
Artemus24.
@+

[Séb.]

Si, comme je le suppose, tu vas utiliser le français et pourquoi pas l'anglais, tu dois utiliser LATIN1 et LATIN1_GENERAL_CI.

Sûrement pas. Il faut utiliser utf8mb4 et utf8mb4_0900_ai_ci, les paramètres par défaut de MySQL.
Cela permet de gérer (presque) tout type de caractères sans problèmes. Utiliser du Latin-1 est une grosse régression.
Tout est expliqué ici => https://dev.mysql.com/doc/refman/8.0/en/charset.html

Il faut savoir que l'UTF8MB4 utilise de 1 à 4 octets pour stocker 1 caractère, ce qui peut provoquer inutilement des problèmes dans la longueur des chaînes de caractères

Il faut utiliser les bonnes fonctions :
-- LENGTH() = nombre d'octets
-- CHAR_LENGTH() = nombre de caractères

Les autres fonctions comme SUBSTRING() ou POSITION() gèrent cela de manière transparente.

[SQLpro]

Salut à tous.

La seule question que tu dois te poser est celle de la langue que tu vas utiliser.
Si, comme je le suppose, tu vas utiliser le français et pourquoi pas l'anglais, tu dois utiliser LATIN1 et LATIN1_GENERAL_CI.

Non, car pour le français le tri sera incorrect. Il faut utiliser une collation française. Pour l'anglais LATIN1 c'est OK, car pas d'accents. Pour un mélange de langues latines, il faudra piloter les tris en ajoutant une clause COLLATE fonction de la langue manipulée...

A +