Version imprimable
Bonjour,
Sur les principaux SGBD j'essaye d'y voir plus clair entre :
char / char(2)
varchar / varchar(2)
text
Entre le sql oracle,sas, mysql, access,postgresql j'ai entendu par de taille "fixe" ou "insertion a taille variable" .
Si vous pouviez éclairer ma lanterne ;)
Merci d'avance
Bonjour,
Le char est un type de longueur fixe, si vous alimentez une colonne char(n) avec la valeur de longueur plus petite que n, le contenu sera complété par des blancs
Le varchar est un type de longueur variable, la taille effective de la colonne est calculée en fonction du contenu. Un attribut longueur est ajouté, sa longueur fait 2 ou 3 octets selon la longueur max définie.
Le varchar est avantageux pour les colonnes dont la longueur maximale est significative (au moins 15 ou 20 caractères), dont la longueur de contenu varie fortement d'une ligne à une autre, mais dont la longueur pour une même ligne est plutôt stable.
Le varchar est désavantageux pour les colonnes dont la longueur maximale est faible (moins de 15-20 caractères) ou dont le contenu pour une même ligne varie très fréquemment, ce qui provoque des déplacements de page data et index.
Attention, la gestion des différents types de données varie d'un SGBD à l'autre
Bonjour,
D'accord je note le spécificité de la chose.
Du coup le champ text de mysql ? Quel est son "but" . C'est une sorte de "big varchar" ou "big char" ? Comme le "big int" qui est plus important que le "int" ou "integer" ?
Merci d'avance
La norme SQL impose les types de données suivants :
CHAR(n) : limités aux caractères de l'ASCII sur 8 octets n indiquant la taille de la zone qui est fixe et sera complétée par des "blancs".
VARCHAR(n) : limités aux caractères de l'ASCII sur 1 octet n indiquant la taille maximale de zone qui est variable.
NCHAR(n) : limités aux caractères de l'UNICODE sur 1 octets n indiquant la taille de la zone qui est fixe et sera complétée par des "blancs".
NVARCHAR(n) : limités aux caractères de l'UNICODE sur 2 octets n indiquant la taille maximale de zone qui est variable.
Le type TEXT n'existe pas dans la norme SQL et reste spécifique à certains SGBDR (voir leurs doc respectives)
L'ASCII permettant de stocker les langues de racine greco-latines (alphabets latin, grec et cyrillique)
L'UNICODE permettant de stocker toutes les langues communément parlée dans le monde, y compris, l'hébreu, l'arbabe, les langues idéographiques asiatiques....
N voulant dire NATIONAL par opposition au latin qui est la norme INTERNATIONALE
Certains SGBDR ne respectent pas ces types. C'est le cas d'Oracle et plus encore de MySQL qui fait du grand n'importe quoi. Il faut aller fouiller dans leurs docs....
Lisez mon livre sur la langage SQL pour en savoir plus :
Pièce jointe 455733
A +
Bonjour,
J'y vois plus clair . Effectivement je confirme que MySQL aime les trucs "exotiques" du limit au lieu du top , du group_concat (pseudo fonction pour transposer ... ) , le text ...
