Проектирование базы данных в Postgres: выбор типа данных между TEXT и VARCHAR

[Blondy]

Дорогие форумчане, мне необходимо создать в Postgres базу научных публикаций.
У научной статьи есть краткий заголовок и длинное название. Вот для этого длинного названия (в документе Word занимает 2-3 строчки) какой тип данных лучше выбрать Varchar или все таки Text?

С одной стороны, с Varchar можно прогореть, так как необходимо указывать его размерность - а вдруг не хватит? С другой стороны, он более гибкий по длине.

Но я как-то больше склоняюсь в сторону использования типа Text. Прочитав мануал, я поняла, что Text тоже может быть гибким типом (variable-length character string) и для этого не обязательно указывать его размерность. Но меня насторожила строчка (раздел Как много дискового пространства в базе данных нужно для сохранения данных из обычного текстового файла? )

24 байт: на каждый заголовок строки в таблице (приблизительно)
+ 24 байта: одно поле с целочисленным типом и одно текстовое поле
+  4 байта: указатель на странице для всей табличной строки
  ----------------------------------------
   56 байт на строку в таблице

Вот 56 байт на одну строку это много или мало? Если в каталоге будет 50-70 публикаций, я представляю сколько это все будет весить.

Какой тип лучше выбрать для оптимизации хранения длинного текста в базе - чтобы был гибкий по длине и весил не так много? Этот выбор должен быть не просто с потолка взятым, а научно обоснованным, поэтому мне хотелось бы узнать Ваше профессиональное мнение.

[Пепел Феникса]

text.
это нормальный размер, у меня на работе базы гигами вертятся и норм.

[Blondy]

Дорогой Пепел Феникса, премного Вас благодарю!

[eval]

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

[Пепел Феникса]

Сообщение от eval

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

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

[eval]

в пределах размера варчара, меняйте длину как зохочется хоть пустая строка хоть до упора, потому как он для того и сделан
если у вас в варчар не влазит то вы конечно юзаете текст
в чем вопрос то?

[Пепел Феникса]

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