Почему я должен когда-либо выбирать длину, отличную от 255, для varchar в MySQL?

1) Если вы не хотите ограничивать максимальный размер хранимого varchar, тогда да, это нормально. Что, как говорится...

2) Во многих случаях вы хотите установить верхний предел размера varchar. Допустим, вы храните список рассылки и имеете ограниченное пространство для адресной строки. Установив верхний предел для поля адреса, вы теперь позволяете базе данных устанавливать для вас максимальную длину строки адреса.

Выдержка из документации MySQL:

Типы CHAR и VARCHAR похожи, но различаются способами их хранения и извлечения. Начиная с MySQL 5.0.3, они также различаются максимальной длиной и сохранением конечных пробелов.

Типы CHAR и VARCHAR объявлены с длиной, которая указывает максимальное количество символов, которые вы хотите сохранить. Например, CHAR (30) может содержать до 30 символов.

Длина столбца CHAR фиксируется на длине, которую вы объявляете при создании таблицы. Длина может быть любым значением от 0 до 255. Когда значения CHAR сохраняются, они дополняются справа пробелами до указанной длины. Когда значения CHAR извлекаются, конечные пробелы удаляются.

Значения в столбцах VARCHAR представляют собой строки переменной длины. Длина может быть указана как значение от 0 до 255 до MySQL 5.0.3 и от 0 до 65 535 в 5.0.3 и более поздних версиях. Эффективная максимальная длина VARCHAR в MySQL 5.0.3 и более поздних версиях зависит от максимального размера строки (65 535 байт, который распределяется между всеми столбцами) и используемого набора символов.

В отличие от CHAR, значения VARCHAR хранятся как однобайтовый или двухбайтовый префикс плюс данные. Префикс длины указывает количество байтов в значении. В столбце используется один байт длины, если для значений требуется не более 255 байтов, и два байта длины, если для значений может потребоваться более 255 байтов.

СИМВОЛ против VARCHAR

CHAR используется для переменной размера фиксированной длины.
VARCHAR используется для переменной размера переменной длины.

E.g.

create table emp
(f_name CHAR(20),
 l_name VARCHAR(20)
);

insert into emp values('Suraj','Chandak');

select length(f_name), length(l_name) from emp;

Output will be

length(f_name)          Length(l_name)
   20                       7

Лучший ответ для CHAR vs VARCHAR

Изменить

• Вы можете установить максимальный верхний предел для столбца.
• Производительность и объем памяти могут иметь значение.

Спасибо.

Таблицы фиксированной длины (статические) работают быстрее. Когда каждый столбец в таблице имеет «фиксированную длину», таблица также считается «статической» или «фиксированной длины». Примеры типов столбцов НЕ фиксированной длины: VARCHAR, TEXT, BLOB.

http://net.tutsplus.com/tutorials/other/top-20-mysql-best-practices/

Итак, если в вашей таблице нет других полей, таких как varchar, text или blob; вы можете использовать char и сделать свою таблицу статической. Так они быстрее.

1) Технически это нормально, потому что поля создаются только с 1 или 2 байтами в начале. Впоследствии они будут расти по мере необходимости.

2) Тем не менее, хорошие принципы проектирования предполагают, что вы устанавливаете длину полей соответствующим образом, чтобы data, чем другие, и б) вы можете предотвратить небольшой объем дополнительной работы, выполняемой механизмом базы данных, потому что он должен усекать меньше места из поля VARCHAR (10), чем из поля VARCHAR (255) во время вставки.

Вы можете просмотреть дополнительную информацию об этом здесь:

http://dev.mysql.com/doc/refman/5.0/en/char.html

Я читал в другом месте, что varchar дает снижение производительности по сравнению с char, когда вы запускаете выборки для столбцов, определенных с ними. Итак, возможно, вы захотите выбрать char, если вы точно знаете, что поле всегда будет определенной длины, и у вас есть проблемы с производительностью ...

Основное различие между этими двумя типами значений проявляется при сравнении строк.

В столбце CHAR, длина которого предопределена, вам придется «прогонять» всю длину столбца, в то время как в столбце VARCHAR вам нужно «прогонять» все время по всей длине значения, а не по длине столбца, что в большинстве случаев намного быстрее.

Следовательно, длина значения, которая меньше длины поля, будет сравниваться быстрее, если она сохранена в поле VARCHAR.

Но я хотел знать, в чем заключалась цель иметь возможность использовать длину varchar, например. VARCHAR (50), VARCHAR (100), VARCHAR (255)

Мне это кажется бессмысленным, потому что фактическое используемое пространство зависит от значения, хранящегося в базе данных.

Указывая, например, VARCHAR (5) вместо VARCHAR (500) может дать вам лучшую производительность в некоторых случаях, например для операций, использующих временные таблицы в памяти.

Другой случай - ограничить длину столбца в соответствии с требованиями домена (когда ваше значение не должно быть больше некоторого максимума. Пример: полное доменное имя в DNS не может превышать длину 253 символа)

1) Да.

2) Исторически это был хит производительности.

Посмотрите на базы данных, такие как sqlite, которые хранят все как текст, чтобы убедиться, что это больше не имеет значения.