SQL 7.0: text или varchar(8000)

@dimagog · Регистрация: 01.05.2007

Студворк — интернет-сервис помощи студентам

Известно, что размер данных в некотором поле не превысит 8000 символов.
В таком случае, какой тип лучше(!) присвоить полю
'text' или varchar(8000)?

@johnr · 21.11.2007, 11:26

Здесь дело в следующем.
Если есть необходимость искать по этому полю или упростить работу с ним, то лучше делать его varchar, потому как varchar храниться непосредственно в таблице (физически в файле DB), а на поля text в таблице храниться только ссылка, поэтому процесс чтения и поиска сильно замедляется. И для полей text и image необходимо использовать специальные ф-ции чтения и записи, если работать с базой из VC++ или Delphi.
Хотя, с другой стороны, varchar в таблице замедляет поиск по другим полям, т.к. каждая запись таблицы имеет различную длину, поэтому при использовании varchar необходимо по всем полям, по которым будет вестись поиск, построить индексы. По PK индес будет построен автоматически, по FK надо создавать вручную. Только не надо строить индексы по длинным varchar, т.к. это бесполезно, если поиск по ним будет с оператором like.
Короче, все зависит от данных. Есть книжки по теории баз данных, там все написано, как чего надо делать.
Если есть возможность напиши, что за таблицы, что в них храниться (абстрактно), какие запросы будут использоваться, а я попробую предложить варианты.

С уважением,
Андрей (john@rshu.ru)

@dimagog · 21.11.2007, 12:24 **[ТС]**

Данные - информация, по которой нет необходимости делать поиск, например, критерии оценки труда для такой-то должности. В данном случае поиск происходит только по коду должности или по названию.
Обновление этой информации дело нечастое...

@johnr · 21.11.2007, 12:37

Обновление не частое, а чтение?
Если чтение частое, то лучше varchar - это будет быстрее работать и проще доступ и все драйверы DB его легко читают.
text, по большому счету, нужен для того, чтобы хранить большие объемы данных, заранее неизвестного размера.
По коду должности необходимо построить индекс (если это поле не является PK). По названию должности, если поиск ведется по точному совпадению, т.е. '=' или '<>', то тоже нужен индекс, если с помощью like, то индекс скорее всего не поможет.

Новые блоги и статьи Все статьи Все блоги /
Воспроизведение звукового файла с помощью SDL3_mixer при касании экрана Android 8Observer8 26.01.2026 Содержание блога SDL3_mixer - это библиотека я для воспроизведения аудио. В отличие от инструкции по добавлению текста код по проигрыванию звука уже содержится в шаблоне примера. Нужно только. . .	Установка Android SDK, NDK, JDK, CMake и т.д. 8Observer8 25.01.2026 Содержание блога Перейдите по ссылке: https:/ / developer. android. com/ studio и в самом низу страницы кликните по архиву "commandlinetools-win-xxxxxx_latest. zip" Извлеките архив и вы увидите. . .	Вывод текста со шрифтом TTF на Android с помощью библиотеки SDL3_ttf 8Observer8 25.01.2026 Содержание блога Если у вас не установлены Android SDK, NDK, JDK, и т. д. то сделайте это по следующей инструкции: Установка Android SDK, NDK, JDK, CMake и т. д. Сборка примера Скачайте. . .	Использование SDL3-callbacks вместо функции main() на Android, Desktop и WebAssembly 8Observer8 24.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .
моя боль iceja 24.01.2026 Выложила интерполяцию кубическими сплайнами www. iceja. net REST сервисы временно не работают, только через Web. Написала за 56 рабочих часов этот сайт с нуля. При помощи perplexity. ai PRO , при. . .	Модель сукцессии микоризы anaschu 24.01.2026 Решили писать научную статью с неким РОманом	http://iceja.net/ математические сервисы iceja 20.01.2026 Обновила свой сайт http:/ / iceja. net/ , приделала Fast Fourier Transform экстраполяцию сигналов. Однако предсказывает далеко не каждый сигнал (см ограничения http:/ / iceja. net/ fourier/ docs ). Также. . .	http://iceja.net/ сервер решения полиномов iceja 18.01.2026 Выкатила http:/ / iceja. net/ сервер решения полиномов (находит действительные корни полиномов методом Штурма). На сайте документация по API, но скажу прямо VPS слабенький и 200 000 полиномов. . .

@dimagog 0 / 0 / 0 Регистрация: 01.05.2007 Сообщений: 57

	SQL 7.0: text или varchar(8000) 20.11.2007, 14:00. Показов 1586. Ответов 3 Метки нет (Все метки) Известно, что размер данных в некотором поле не превысит 8000 символов. В таком случае, какой тип лучше(!) присвоить полю 'text' или varchar(8000)? 0

@johnr 3 / 3 / 1 Регистрация: 06.11.2007 Сообщений: 75
	21.11.2007, 11:26
	Здесь дело в следующем. Если есть необходимость искать по этому полю или упростить работу с ним, то лучше делать его varchar, потому как varchar храниться непосредственно в таблице (физически в файле DB), а на поля text в таблице храниться только ссылка, поэтому процесс чтения и поиска сильно замедляется. И для полей text и image необходимо использовать специальные ф-ции чтения и записи, если работать с базой из VC++ или Delphi. Хотя, с другой стороны, varchar в таблице замедляет поиск по другим полям, т.к. каждая запись таблицы имеет различную длину, поэтому при использовании varchar необходимо по всем полям, по которым будет вестись поиск, построить индексы. По PK индес будет построен автоматически, по FK надо создавать вручную. Только не надо строить индексы по длинным varchar, т.к. это бесполезно, если поиск по ним будет с оператором like. Короче, все зависит от данных. Есть книжки по теории баз данных, там все написано, как чего надо делать. Если есть возможность напиши, что за таблицы, что в них храниться (абстрактно), какие запросы будут использоваться, а я попробую предложить варианты. С уважением, Андрей (john@rshu.ru) 0

@dimagog 0 / 0 / 0 Регистрация: 01.05.2007 Сообщений: 57
	21.11.2007, 12:24 [ТС]
	Данные - информация, по которой нет необходимости делать поиск, например, критерии оценки труда для такой-то должности. В данном случае поиск происходит только по коду должности или по названию. Обновление этой информации дело нечастое... 0

@johnr 3 / 3 / 1 Регистрация: 06.11.2007 Сообщений: 75
	21.11.2007, 12:37
	Обновление не частое, а чтение? Если чтение частое, то лучше varchar - это будет быстрее работать и проще доступ и все драйверы DB его легко читают. text, по большому счету, нужен для того, чтобы хранить большие объемы данных, заранее неизвестного размера. По коду должности необходимо построить индекс (если это поле не является PK). По названию должности, если поиск ведется по точному совпадению, т.е. '=' или '<>', то тоже нужен индекс, если с помощью like, то индекс скорее всего не поможет. 0