Apenas coloquei o texto traduzido para facilitar mais ainda
10.4.1. O CHAR e VARCHAR Tipos
O CHAR e VARCHAR tipos são semelhantes, mas diferem na maneira como eles são armazenados e recuperados. Eles também diferem em comprimento e em saber se os espaços serão mantidos.
O CHAR e VARCHAR tipos são declarados com uma extensão que indica o número máximo de caracteres que você deseja armazenar. Por exemplo, CHAR (30) pode conter até 30 caracteres.
O comprimento de um CHAR coluna é fixada a duração que terá de declarar ao criar a tabela. O comprimento pode ser qualquer valor de 0 a 255. Quando CHAR valores são armazenados, eles são preenchidos a direita com espaços até o comprimento especificado. Quando CHAR valores são recuperados, espaços extras são removidos a menos que o PAD_CHAR_TO_FULL_LENGTH modo SQL está habilitado.
Valores em VARCHAR colunas são cadeias de comprimento variável. O comprimento pode ser especificado como um valor de 0 a 65.535. O comprimento máximo efetivo de um VARCHAR está sujeito ao tamanho máximo de linha (65.535 bytes, que é compartilhado entre todas as colunas) eo conjunto de caracteres usado.
Em contraste com o CHAR , VARCHAR valores são armazenados como um byte ou dois bytes de comprimento e um prefixo de mais dados. O comprimento do prefixo indica o número de bytes no valor. A coluna usa um byte de comprimento se os valores não necessitam de mais de 255 bytes, dois bytes de comprimento, se os valores podem requerer mais de 255 bytes.
Se o modo SQL estrito não é habilitado e você atribuir um valor a um CHAR ou VARCHAR coluna que excede o comprimento máximo da coluna, o valor é truncado para caber e um aviso é gerado. Para o truncamento de caracteres sem espaço, você pode causar um erro ocorrer (em vez de um aviso) e suprimir a inserção do valor usando o modo SQL estrito. Veja Secção 5.1.7, "SQL Server Modos" .
Para VARCHAR colunas, os espaços em excesso de comprimento da coluna são truncados antes da inserção e um aviso é gerado, independentemente do modo SQL em uso. Para CHAR colunas, o truncamento de excesso de espaços à direita dos valores inseridos é executado silenciosamente, independentemente do modo SQL.
VARCHAR valores não são preenchidos quando eles estão armazenados. espaços à direita são mantidos quando os valores são armazenados e recuperados, em conformidade com o padrão SQL.
A tabela a seguir ilustra as diferenças entre CHAR e VARCHAR , mostrando o resultado de armazenar vários valores de strings em CHAR (4) e VARCHAR (4), colunas (supondo que a coluna usa um byte único conjunto de caracteres, como latin1 ).
Valor CHAR (4) Armazenamento necessário VARCHAR (4) Armazenamento necessário
'' ' 4 bytes '' 1 byte
'Ab' 'Ab' 4 bytes 'Ab' 3 bytes
'Abcd' 'Abcd' 4 bytes 'Abcd' 5 bytes
"Abcdefgh" 'Abcd' 4 bytes 'Abcd' 5 bytes
Os valores apresentados como armazenado na última linha da tabela se aplica apenas quando não estiver usando o modo estrito , se o MySQL está executando no modo estrito, os valores que excedem o comprimento da coluna são armazenados não , e um erro.
Se um determinado valor é armazenado no CHAR (4) e VARCHAR (4) colunas, os valores recuperados a partir das colunas não são sempre os mesmos, pois os espaços serão removidos CHAR colunas em recuperação. O exemplo a seguir ilustra essa diferença:
mysql> CREATE TABLE vc (v VARCHAR (4), c CHAR (4));
Query OK, 0 rows affected (0.01 sec) mysql> INSERT INTO vc VALUES ('ab', 'ab');
Query OK, uma linha afetadas (0,00 seg) mysql> SELECT CONCAT v ('(',,')'), CONCAT c ('(',, ')') de VC;
+------------- --------+---------------------+ | v ('(', CONCAT, ')') | CONCAT ('(' , c, ')') | +---------------------+------------------- - + | (ab) | (ab) | +---------------------+--------------- ------+ 1 row in set (0.06 sec)
Valores em CHAR e VARCHAR colunas são ordenados e comparados de acordo com o agrupamento do conjunto de caracteres atribuÃdo à coluna.
Todos os agrupamentos do MySQL são do tipo PADSPACE . Isto significa que todos CHAR e VARCHAR valores no MySQL são comparados sem levar em conta qualquer espaço. Por exemplo:
mysql> CREATE TABLE nomes (CHAR meunome (10), seunome VARCHAR (10));
Query OK, 0 rows affected (0.09 sec) mysql> INSERT INTO nomes VALUES ('Monty', 'Monty');
Query OK, uma linha afetada (0.00 sec) mysql> SELECT meunome = 'Monty', seunome = Monty 'dos nomes;
+--------------------+------ ----------------+ | meunome = 'Monty' | seunome = 'Monty' | +------------------- -+----------------------+ | 1 | 1 | +------------------- -+----------------------+ 1 row in set (0.00 sec)
Isso é verdadeiro para todas as versões do MySQL, e não é afetado pelo modo de servidor SQL.
Nota
Para obter mais informações sobre conjuntos de caracteres MySQL e agrupamentos, consulte Seção 9.1, "Suporte a Conjunto de Caracteres" .
Para os casos onde os personagens almofada à direita são removidos ou comparações ignorá-los, se uma coluna tem um Ãndice que requer valores exclusivos, inserindo os valores da coluna, que diferem apenas no número de caracteres bloco de arrasto resultará em um erro de chave duplicada. Por exemplo, se uma tabela contém 'a' , uma tentativa para armazenar 'a' causa um erro de chave duplicada.
