Varchar(5000) или text?

Question

[Сергей Пуговкин]

Mariadb
innodb
поле будет выбираться как при получении конкретной записи (например, where id = ...)
так и при получении нескольких записей (например, where created_at > ...)
индексы для этого поля не нужны.
Самые частые операции - select.
Что выбрать?

Comments

[Сергей delphinpro]

varchar быстрее чем text
varchar ограничивает максимальное кол-во записываемых данных. varchar(5000) не запишет более 5000 символов, обрезав лишнее.
максимум 65к символов. правда, насколько я помню этот максимум включает в себя общее количество данных в строке.
Если влезаем в ограничение - я бы взял varchar

[nyatmeat15]

Не раз всплывала проблема с фиксированной строкой, если учесть что хотите 5000 символов, то явно заводите под какие то логи. Если нужно ограничить например под описание товара, то нужно решить с длинной сразу. Если будут сериализованные данные, то выбираем text, иначе можно столкнуться ч проблемой, что нужные данные нн записались

Answer 1

[WebDev]

Тип text создан для больших объемов данных, varchar для небольших. Логично было бы предположить, что выбор text будет правильнее.

Comments

[vism]

5000 много, вот 500 000 много, а 5000 или 500 это не много. Нет?

Логично предположить, что text не логично, исходя из вашей логики

[Mu4MaH]

У текста фиксированная длина в 65к чаров - он будет избыточен.
Если известна точная или максимальная длина строки, то я бы выставил все варчары, затем завёл бы таблицу рандомом гиг на 300, выполнил ALTER TABLE tblname ROW_FORMAT=FIXED и замерил бы производительность. Поиски и выборки на строках фиксированной длины могут иметь прирост до 20% по скорости.

[vism]

а я про что, судя по статье.

Если длина поля > 255, но < ~10000 символов
Можно использовать как CHAR или VARCHAR, так и BLOB. Индексирование по полями такой длины невозможно, к тому же есть шанс что однажды записываемые данные превысят 10000 символов, и может быть BLOB подойдет больше. Ориентируйтесь только на удобство работы с такими данными в приложении.