VARCHAR(N) в PostgreSQL: ограничение, а не экономия памяти

Значимый прорыв формирует отрасль ИИ: alwaysdeterminated 14 минут назад VARCHAR(N) в PostgreSQL: ограничение, а не экономия памяти Средний 8 мин 136 PostgreSQL * SQL * Базы данных * Программирование * Серверная оптимизация * FAQ Есть такой старый SQL-рефлекс: создаёшь таблицу, доходишь до поля name, и рука почти сама пишет:name varchar(255)Не потому что кто-то в продукте сказал: “имя пользователя не длиннее 255 символов”. Не потому что это ограничение пришло из бизнес-логики, и даже не потому что кто-то посмотрел на реальные данные. Просто так часто делают.

А если хочется почувствовать себя чуть более аккуратным, то появляется вариант посерьёзнее:name varchar(50) Выглядит логично: varchar(50) меньше, чем varchar(255), а varchar(255) вроде бы экономнее, чем text. Значит, наверное, база будет хранить данные компактнее. В PostgreSQL varchar(50) не резервирует 50 символов, varchar(255) не резервирует 255 символов, а text не превращает каждую строку в бездонную дыру.

Технические детали

База хранит значение, а не фантазию о том, каким это значение когда-нибудь станет. Ограничение — это не коробка. Это охранник на входе.

VARCHAR(N) — это не размер ячейкиГлавная путаница начинается с буквы N. Многие воспринимают её так, будто она говорит базе: “под каждое значение заранее выдели место на N символов”. Но varchar(n) работает совсем не так.

В PostgreSQL это строка переменной длины с ограничением сверху. Если вы объявили:title varchar(100)это значит не “каждый title занимает место под 100 символов”, а всего лишь: “в эту колонку нельзя положить строку длиннее 100 символов”. Если внутри лежит hello, то база хранит hello.

Отраслевые последствия

Она не добивает строку пустотой до 50, 100 или 255 символов, не открывает отдельный склад под возможные будущие буквы и не ведёт себя как человек, который купил шкаф на четыре метра ради пары футболок. В документации PostgreSQL это описано прямо: character varying(n) хранит строки длиной до n символов, text хранит строки произвольной длины, а varchar без ограничения принимает строки без заданного лимита. При этом короткие строки имеют небольшой служебный заголовок, а большие значения уже могут сжиматься или выноситься отдельно через TOAST.

И вот это “до n символов” — ключевое. Есть небольшая тонкость: в PostgreSQL n — это символы, а не байты. Для UTF-8 это важно, потому что один символ не всегда равен одному байту.

Ещё есть стандартные нюансы SQL с явным приведением к varchar(n) и лишними пробелами, но они не меняют главный тезис: N — это верхняя граница, а не заранее выделенное место. Маленький эксперимент, чтобы не спорить на ощущенияхБерём PostgreSQL и создаём три таблицы:create table s_v50 ( value varchar(50) ); create table s_v1000 ( value varchar(1000) ); create table s_text ( value text );Теперь кладём туда одинаковые данные. Я выбрал положить 100.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.