{"id":331,"date":"2011-08-20T08:25:09","date_gmt":"2011-08-20T08:25:09","guid":{"rendered":"http:\/\/www.extradrm.com\/?p=331"},"modified":"2011-08-20T08:25:09","modified_gmt":"2011-08-20T08:25:09","slug":"mysql-char-et-varchar","status":"publish","type":"post","link":"http:\/\/www.extradrm.com\/?p=331","title":{"rendered":"Mysql : CHAR et VARCHAR"},"content":{"rendered":"

\u00a0Les types CHAR<\/code> et VARCHAR<\/code><\/h3>\n

Les types CHAR<\/code> et VARCHAR<\/code> sont similaires, mais diff\u00e8rent dans la mani\u00e8re dont ils sont stock\u00e9s et r\u00e9cup\u00e9r\u00e9s.<\/p>\n

La longueur d’une colonne CHAR<\/code> est fix\u00e9e \u00e0 la longueur que vous avez d\u00e9fini lors de la cr\u00e9ation de la table. La longueur peut \u00eatre n’importe quelle valeur entre 1 et 255. (Dans la version 3.23 de MySQL, la longueur est comprise entre 0 et 255.) Quand une valeur CHAR<\/code> est enregistr\u00e9e, elle est compl\u00e9t\u00e9 \u00e0 droite avec des espaces jusqu’\u00e0 atteindre la valeur fix\u00e9e. Quand une valeur de CHAR<\/code> est lue, les espaces en trop sont retir\u00e9s.<\/p>\n

Les valeurs contenues dans les colonnes de type VARCHAR<\/code> sont de tailles variables. Vous pouvez d\u00e9clarer une colonne VARCHAR<\/code> pour que sa taille soit comprise entre 1 et 255, exactement comme pour les colonnes CHAR<\/code>. Par contre, contrairement \u00e0 CHAR<\/code>, les valeurs de VARCHAR<\/code> sont stock\u00e9es en utilisant autant de caract\u00e8res que n\u00e9cessaire, plus un octet pour m\u00e9moriser la longueur. Les valeurs ne sont pas compl\u00e9t\u00e9es. Au contraire, les espaces finaux sont supprim\u00e9s avant stockage (ce qui ne fait pas partie des sp\u00e9cifications ANSI SQL).<\/p>\n

Si vous assignez une cha\u00eene de caract\u00e8res qui d\u00e9passe la capacit\u00e9 de la colonne CHAR<\/code> ou VARCHAR<\/code>, celle ci est tronqu\u00e9e jusqu’\u00e0 la taille maximale du champ.<\/p>\n

Le tableau suivant illustre les diff\u00e9rences entre les deux types de colonnes en montrant les diff\u00e9rences entre l’enregistrement dans une colonne CHAR(4)<\/code> ou VARCHAR(4)<\/code>\u00a0:<\/p>\n

\n\n\n\n\n\n\n<\/colgroup>\n\n\n\n\n\n\n
Valeur<\/strong><\/td>\nCHAR(4)<\/code><\/td>\nEspace requis<\/strong><\/td>\nVARCHAR(4)<\/code><\/td>\nEspace requis<\/strong><\/td>\n<\/tr>\n
''<\/code><\/td>\n'\u00a0\u00a0\u00a0\u00a0'<\/code><\/td>\n4 octets<\/td>\n''<\/code><\/td>\n1 octet<\/td>\n<\/tr>\n
'ab'<\/code><\/td>\n'ab\u00a0\u00a0'<\/code><\/td>\n4 octets<\/td>\n'ab'<\/code><\/td>\n3 octets<\/td>\n<\/tr>\n
'abcd'<\/code><\/td>\n'abcd'<\/code><\/td>\n4 octets<\/td>\n'abcd'<\/code><\/td>\n5 octets<\/td>\n<\/tr>\n
'abcdefgh'<\/code><\/td>\n'abcd'<\/code><\/td>\n4 octets<\/td>\n'abcd'<\/code><\/td>\n5 octets<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Les valeurs lues dans les colonnes de type CHAR(4)<\/code> et VARCHAR(4)<\/code> seront les m\u00eames dans tous les cas, car les espaces finaux sont retir\u00e9s des valeurs issues de colonnes de type CHAR<\/code> lors de la lecture.<\/p>\n

Les valeurs dans les colonnes CHAR<\/code> et VARCHAR<\/code> sont class\u00e9es et compar\u00e9es sans tenir compte de la casse, \u00e0 moins que l’attribut BINARY<\/code> n’ai \u00e9t\u00e9 sp\u00e9cifi\u00e9 lors de la cr\u00e9ation de la table. L’attribut BINARY<\/code> signifie que les valeurs sont class\u00e9es et tri\u00e9es en tenant compte de la casse, suivant l’ordre des caract\u00e8res ASCII de la machine ou est install\u00e9 le serveur MySQL. BINARY<\/code> n’affecte pas les m\u00e9thodes de lecture et de stockage des valeurs.<\/p>\n

L’attribut BINARY<\/code> se propage dans une expression\u00a0: il suffit qu’une seule colonne, utilis\u00e9e dans une expression, ait l’attribut BINARY<\/code> pour que toute l’expression ne tienne plus compte de la casse.<\/p>\n

MySQL peut changer automatiquement le type d’une colonne CHAR<\/code> ou VARCHAR<\/code> lors de la cr\u00e9ation de la table.<\/p>\n","protected":false},"excerpt":{"rendered":"

\u00a0Les types CHAR et VARCHAR Les types CHAR et VARCHAR sont similaires, mais diff\u00e8rent dans la mani\u00e8re dont ils sont stock\u00e9s et r\u00e9cup\u00e9r\u00e9s. La longueur d’une colonne CHAR est fix\u00e9e \u00e0 la longueur que...<\/p>\n","protected":false},"author":1,"featured_media":2845,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[35,25],"tags":[],"youtube_video":null,"_links":{"self":[{"href":"http:\/\/www.extradrm.com\/index.php?rest_route=\/wp\/v2\/posts\/331"}],"collection":[{"href":"http:\/\/www.extradrm.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.extradrm.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.extradrm.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.extradrm.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=331"}],"version-history":[{"count":0,"href":"http:\/\/www.extradrm.com\/index.php?rest_route=\/wp\/v2\/posts\/331\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"http:\/\/www.extradrm.com\/index.php?rest_route=\/wp\/v2\/media\/2845"}],"wp:attachment":[{"href":"http:\/\/www.extradrm.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=331"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.extradrm.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=331"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.extradrm.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=331"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}