Длина строки mysql: MySQL Функция LENGTH()

Существуют ли ограничения на длину строки в MySQL?

Я использую базу данных MySQL с Rails. Я создал поле типа string. Существуют ли ограничения по длине? Как насчет типа text?
Также как text имеет переменный размер, я считаю, что будут дополнительные расходы, связанные с использованием текстовых объектов. Насколько важными они могут стать, если вообще могут?

3 ответов

строка, в общем случае, должна использоваться для короткого текста. Например, это VARCHAR(255) под MySQL.

Text использует больший текст из базы данных, например, в MySQL, тип TEXT.

для получения информации о том, как это работает и внутренние в MySQL и пределы и такие, см. другой ответ Pekka.

Если вы запрашиваете, скажем, абзац, я бы использовал текст. Если вы запрашиваете имя пользователя или адрес электронной почты, используйте string.

19

автор: alternative

CHAR

строка фиксированной длины, которая всегда заполняется пробелами заданной длины при хранении диапазон длины составляет от 1 до 255 символов. Конечные пробелы удаляются при получении значения. CHAR значения сортируются и сравниваются без учета регистра в соответствии с набором символов по умолчанию, если BINARY ключевое слово дали.

тип varchar

строка переменной длины. Отмечать: Конечные пробелы удаляются при сохранении значения (это отличается от спецификации ANSI SQL)
Диапазон длины от 1 до 255 символов. VARCHAR значения сортируются и сравниваются без учета регистра, если только BINARY ключевое слово задается

TINYBLOB, TINYTEXT

A BLOB или

17

автор: Paul Preibisch

см. руководство mySQL на Типы Строки.

Тип Varchar (Строку):

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

Текст: См.условия хранения

Если вы хотите текстовое поле фиксированного размера, используйте CHAR Что может быть 255 символов максимум. VARCHAR и TEXT оба имеют переменную длину.

База Данных MySQL Функции MySQL

MySQL имеет множество встроенных функций.

Эта ссылка содержит строку, числовые, Дата и расширенные функции в MySQL.

Функции	Описание
ASCII	Возвращает код числа, представляющий конкретный символ
CHAR_LENGTH	Возвращает длину указанной строки (в символах)
CHARACTER_LENGTH	Возвращает длину указанной строки (в символах)
CONCAT	Объединяет два или более выражений вместе
CONCAT_WS	Объединяет два или более выражений вместе и добавляет разделитель между ними
FIELD	Возвращает положение значения в списке значений
FIND_IN_SET	Возвращает положение строки в списке строк
FORMAT	Форматирует число как формат «#, # # #. # #», округляя его до определенного числа десятичных разрядов
INSERT	Вставляет подстроку в строку в заданной позиции для определенного числа символов
INSTR	Возвращает позицию первого вхождения строки в другую строку
LCASE	Преобразует строку в нижний регистр
LEFT	Извлекает подстроку из строки (начиная с левого)
LENGTH	Возвращает длину указанной строки (в байтах)
LOCATE	Возвращает позицию первого вхождения подстроки в строку
LOWER	Преобразует строку в нижний регистр
LPAD	Возвращает строку, которая заполнена с заданной строкой до определенной длины
LTRIM	Удаление начальных пробелов из строки
MID	Извлекает подстроку из строки (начиная с любой позиции)
POSITION	Возвращает позицию первого вхождения подстроки в строку
REPEAT	Повторяет строку указанное количество раз
REPLACE	Заменяет все вхождения указанной строки
REVERSE	Изменяет строку и возвращает результат
RIGHT	Извлекает подстроку из строки (начиная справа)
RPAD	Возвращает строку, которая имеет правую прокладку с указанной строкой до определенной длины
RTRIM	Удаляет замыкающие пробелы из строки
SPACE	Возвращает строку с заданным количеством пробелов
STRCMP	Проверяет, совпадают ли две строки
SUBSTR	Извлекает подстроку из строки (начиная с любой позиции)
SUBSTRING	Извлекает подстроку из строки (начиная с любой позиции)

Глава 6. Справочник по языку MySQL

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

6.1. Структура языка

6.1.1. Литералы: представление строк и чисел

В этом разделе описываются
различные способы представления
строк и чисел в MySQL. Здесь затронуты
также различные нюансы и
особенности, с которыми могут
столкнуться программисты при
работе с этими базовыми типами
данных в MySQL.

Строка представляет собой
последовательность символов,
заключенных либо в одинарные
кавычки (‘'’) —
апострофы, либо в двойные кавычки
(‘"’). При
использовании диалекта ANSI SQL
допустимы только одинарные
кавычки. Например:

'a string'
"another string"

Внутри строки некоторые
последовательности символов
имеют специальное назначение.
Каждая из этих
последовательностей начинается
обратным слешем
(‘\’), известным
как escape-символ или символ
перехода. MySQL распознает
следующие
escape-последовательности:

• \0

  Символ 0 (NUL) в ASCII коде.

• \'

  Символ одиночной кавычки
  (‘'’).

• \"

  Символ двойной кавычки
  (‘"’).

• \b

  Возврат на один символ.

• \n

  Символ новой строки (перевода
  строки).

• \r

  Символ перевода каретки.

• \t

  Символ табуляции.

• \z

  Символ (Control-Z) таблицы ASCII(26).
  Данный символ можно
  закодировать, чтобы обойти
  проблему, заключающуюся в том,
  что под Windows ASCII(26) означает
  конец файла (проблемы возникают
  при использовании ASCII(26) в
  выражении mysql database <
filename).

• \\

  Символ обратного слеша.

• \%

  Символ процентов
  ‘%’.
  Используется для поиска копий
  литерала ‘%’ в
  контекстах, где выражение
  ‘%’ в противном
  случае интерпретировалось бы
  как групповой символ (see
  Раздел 6.3.2.1, «Функции сравнения строк»).

• \'_'

  Символ подчеркивания
  ‘_’.
  Используется для поиска копий
  литерала ‘_’ в
  контекстах, где выражение
  ‘_’ в противном
  случае интерпретировалось бы
  как групповой символ (see
  Раздел 6.3.2.1, «Функции сравнения строк»).

Обратите внимание на то, что при
использовании ‘\%‘ или
‘\_‘ в контекстах
некоторых строк будут
возвращаться значения строк
‘\%‘ и ‘\_‘, а не
‘%’ и
‘_’.

Существует несколько способов
включить кавычки в строку:

• Одиночная кавычка (апостроф)
  ‘'’ внутри
  строки, заключенной в кавычки
  ‘'’, может быть
  записана как ‘''‘.

• Двойная кавычка
  ‘"’ внутри
  строки, заключенной в двойные
  кавычки ‘"’,
  может быть записана как
  ‘""‘.

• Можно предварить символ
  кавычки символом экранирования
  (‘\’).

• Для символа ‘'’
  внутри строки, заключенной в
  двойные кавычки, не требуется
  специальной обработки; его
  также не требуется дублировать
  или предварять обратным слешем.
  Точно так же не требует
  специальной обработки двойная
  кавычка ‘"’
  внутри строки, заключенной в
  одиночные кавычки
  ‘'’.

Ниже показаны возможные варианты
применения кавычек и escape-символа
на примерах выполнения команды
SELECT:

mysql> SELECT 'hello', '"hello"', '""hello""', 'hel''lo', '\'hello';
+-------+---------+-----------+--------+--------+
| hello | "hello" | ""hello"" | hel'lo | 'hello |
+-------+---------+-----------+--------+--------+

mysql> SELECT "hello", "'hello'", "''hello''", "hel""lo", "\"hello";
+-------+---------+-----------+--------+--------+
| hello | 'hello' | ''hello'' | hel"lo | "hello |
+-------+---------+-----------+--------+--------+

mysql> SELECT "This\nIs\nFour\nlines";
+--------------------+
| This
Is
Four
lines |
+--------------------+

Если необходимо вставить в строку
двоичные данные (такие как
BLOB), следующие символы
должны быть представлены как
escape-последовательности:

• NUL

  ASCII 0. Необходимо представлять в
  виде ‘\0‘ (обратный
  слеш и символ ASCII
  ‘0’).

• \

  ASCII 92, обратный слеш.
  Представляется как
  ‘\\‘.

• '

  ASCII 39, единичная кавычка.
  Представляется как
  ‘\'‘.

• "

  ASCII 34, двойная кавычка.
  Представляется как
  ‘\"‘.

При написании программы на языке C
для добавления символов
экранирования в команде
INSERT можно использовать
функцию mysql_real_escape_string()
из C API (see Раздел 8.4.2, «Обзор функций интерфейса C»).
При программировании на Perl можно
использовать метод quote
из пакета DBI для превращения
специальных символов в
соответствующие
escape-последовательности (see
Раздел 8.2.2, «Интерфейс DBI»).

Не следует забывать, что
указанное свойство escape-символа
должно использоваться во всех
строках, которые могут содержать
любые специальные символы,
перечисленные выше.

В качестве альтернативы многие
интерфейсы прикладного
программирования (API) для MySQL
предоставляют определенную
возможность использования
символов-заменителей, что
позволяет вносить специальные
маркеры в строку запроса и затем
связывать с ними значения данных
при выдаче результатов запроса.

Целые числа представляются в виде
последовательности цифр. Для
чисел с плавающей точкой в
качестве разделителя десятичных
знаков используется символ
‘.’. Числа обоих
типов могут предваряться
символом ‘-’,
обозначающим отрицательную
величину.

Примеры допустимых целых чисел:

1221
0
-32

Примеры допустимых чисел с
плавающей запятой:

294.42
-32032.6809e+10
148.00

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

6.1.1.3. Шестнадцатеричные величины

MySQL поддерживает
шестнадцатеричные величины. В
числовом контексте такое число
обладает всеми свойствами целого
числа с 64-разрядной точностью. В
строковом контексте
шестнадцатеричная величина
представляет собой двоичную
строку, в которой каждая пара
шестнадцатеричных разрядов
конвертируется в символ:

mysql> SELECT x'4D7953514C';
         -> MySQL
mysql> SELECT 0xa+0;
         -> 10
mysql> SELECT 0x5061756c;
         -> Paul

Синтаксис выражений вида
x'hexstring' (новшество в
версии 4. 0) базируется на ANSI SQL, а
для обозначений вида 0x
используется синтаксис ODBC.
Шестнадцатеричные строки часто
применяются в ODBC для
представления двоичных типов
данных вида BLOB. Для
конвертирования строки или числа
в шестнадцатеричный вид можно
применять функцию HEX().

6.1.2. Имена баз данных, таблиц, столбцов, индексы псевдонимы

Для всех имен баз данных, таблиц,
столбцов, индексов и псевдонимов в
MySQL приняты одни и те же правила.

Следует отметить, что эти правила
были изменены, начиная с версии MySQL
3.23.6, когда было разрешено брать в
одиночные скобки
‘`’ идентификаторы
(имена баз данных, таблиц и
столбцов). Двойные скобки
‘"’ тоже допустимы —
при работе в режиме ANSI SQL (see
Раздел 1. 9.2, «Запуск MySQL в режиме ANSI»).

Необходимо также учитывать, что не
следует использовать символы
ASCII(0), ASCII(255)
или кавычки в самом
идентификаторе.

Кроме того, если имя
идентификатора относится к
служебным словам или содержит
специальные символы, необходимо
всегда заключать его в обратные
кавычки ` при
использовании в выражениях:

mysql> SELECT * FROM `select` WHERE `select`.id > 100;

See Раздел 6.1.7, ««Придирчив» ли MySQL к зарезервированным словам?».

В предыдущих версиях MySQL (до 3.23.6)
для имен существовали следующие
правила:

• Имя может состоять из
  буквенно-цифровых символов
  установленного в данное время
  алфавита и символов
  ‘_’ and
  ‘$’. Тип
  кодировки по умолчанию — ISO-8859-1
  Latin1, он может быть изменен
  указанием иного типа в аргументе
  параметра --default-character-set
mysqld (see
  Раздел 4. 6.1, «Набор символов, применяющийся для записи данных и сортировки»).

• Имя может начинаться с любого
  допустимого символа, в
  частности, с цифры (в этом
  состоит отличие от правил,
  принятых во многих других базах
  данных). Однако имя не может
  состоять только из цифр.

• Не допускается использование в
  именах символа
  ‘.’, так как он
  применяется для расширения
  формата имени (посредством чего
  можно ссылаться на столбцы — см. в
  этом же разделе ниже).

Не рекомендуется использовать
имена, подобные 1e, так
как выражение вида 1e+1
является неоднозначным. Оно может
интерпретироваться и как
выражение 1e + 1, и как
число 1e+1.

В MySQL разрешается делать ссылки на
столбец, используя любую из
следующих форм:

Ссылка на столбец	Значение
col_name	Столбец col_name из любой используемой в запросе таблицы содержит столбец с данным именем.
tbl_name.col_name	Столбец col_name из таблицы tbl_name текущей базы данных.
db_name.tbl_name.col_name	Столбец col_name из таблицы tbl_name базы данных db_name. Эта форма доступна в версии MySQL 3.22 или более поздних.
`column_name`	Имя столбца является ключевым словом или содержит специальные символы.

Нет необходимости указывать
префикс tbl_name или
db_name.tbl_name в ссылке на
столбец в каком-либо утверждении,
если эта ссылка не будет
неоднозначной. Например,
предположим, что каждая из таблиц
t1 и t2 содержит
столбец c, по которому
производится выборка командой
SELECT, использующей обе
таблицы — и t1, и
t2. В этом случае имя
столбца c является
неоднозначным, так как оно не
уникально для таблиц, указанных в
команде, поэтому необходимо
уточнить, какая именно таблица
имеется в виду, конкретизировав —
t1.c или t2.c.
Аналогично, при выборке данных из
таблицы t в базе данных
db1 и из таблицы
t в базе данных
db2 необходимо ссылаться
на столбцы в этих таблицах как на
db1.t.col_name и
db2.t.col_name.

Выражение .tbl_name означает
таблицу tbl_name в текущей
базе данных. Данный синтаксис
принят для совместимости с ODBC, так
как некоторые программы ODBC ставят
в начале имен таблиц в качестве
префикса символ
‘.’.

6.1.3. Чувствительность имен к регистру

В MySQL имена баз данных и таблиц
соответствуют директориям и
файлам внутри директорий.
Следовательно, чувствительность к
регистру операционной системы, под
которой работает MySQL, определяет
чувствительность к регистру имен
баз данных и таблиц. Это означает,
что имена баз данных и таблиц
нечувствительны к регистру под
Windows, а под большинством версий Unix
проявляют чувствительность к
регистру. Одно большое исключение
здесь это Mac OS X, когда файловая
система по умолчанию HFS+
используется. Однако Mac OS X также
поддерживает тома UFS, которые
чувствительны к регистру под Mac OS X
также как и на Unix. See
Раздел 1.9.3, «Расширения MySQL к ANSI SQL92».

Примечание: хотя имена баз данных и
таблиц нечувствительны к регистру
под Windows, не следует ссылаться на
конкретную базу данных или
таблицу, используя различные
регистры символов внутри одного и
того же запроса. Приведенный ниже
запрос не будет выполнен,
поскольку в нем одна и та же
таблица указана и как
my_table, и как
MY_TABLE:

mysql> SELECT * FROM my_table WHERE MY_TABLE. col=1;

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

Псевдонимы таблиц обладают
чувствительностью к регистру.
Приведенный ниже запрос не будет
выполнен, поскольку он ссылается
на псевдоним и как на a, и
как на A:

mysql> SELECT col_name FROM tbl_name AS a
    -> WHERE a.col_name = 1 OR A.col_name = 2;

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

Одним из путей устранения этой
проблемы является запуск демона
mysqld с параметром -O
lower_case_table_names=1. По умолчанию
этот параметр имеет значение 1 для
Windows и 0 для Unix.

Если значение параметра
lower_case_table_names равно 1, MySQL
при сохранении и поиске будет
преобразовывать все имена таблиц к
нижнему регистру. С версии 4.0.2 это
также касается и имен баз данных.
Обратите внимание на то, что при
изменении этого параметра перед
запуском mysqld необходимо
прежде всего преобразовать имена
всех старых таблиц к нижнему
регистру.

При переносе MyISAM-файлов
с Windows на диск в Unix в некоторых
случаях будет полезна утилита
mysql_fix_extensions для
приведения в соответствие
регистров расширений файлов в
каждой указанной директории базы
данных (нижний регистр
.frm, верхний регистр
.MYI и .MYD).
Утилиту mysql_fix_extensions
можно найти в подкаталоге
scripts.

6.1.4. Переменные пользователя

Для конкретного процесса
пользователь может определить
локальные переменные, которые в MySQL
обозначаются как
@variablename. Имя локальной
переменной может состоять из
буквенно-цифровых символов
установленного в данное время
алфавита и символов
‘_’,
‘$’, and
‘.’. Тип кодировки
по умолчанию — ISO-8859-1 Latin1, он может
быть изменен указанием иного типа
в аргументе параметра
--default-character-set
mysqld (see
Раздел 4.6.1, «Набор символов, применяющийся для записи данных и сортировки»).

Локальные переменные не требуют
инициализации. Они содержат
значение NULL по
умолчанию; в них могут храниться
целые числа, вещественные числа
или строковые величины. При
запуске конкретного процесса все
объявленные в нем локальные
переменные автоматически
активизируются.

Локальную переменную можно
объявить, используя синтаксис
команды SET:

SET @variable= { integer expression | real expression | string expression }
[,@variable= ...].

Можно также определить значение
переменной иным способом, без
команды SET. Однако в этом
случае в качестве оператора
присвоения более предпочтительно
использовать оператор
‘:=‘, чем оператор
‘=’, так как
последний зарезервирован для
сравнения выражений, не связанных
с установкой переменных:

mysql> SELECT @t1:=(@t2:=1)+@t3:=4,@t1,@t2,@t3;
+----------------------+------+------+------+
| @t1:=(@t2:=1)+@t3:=4 | @t1  | @t2  | @t3  |
+----------------------+------+------+------+
|                    5 |    5 |    1 |    4 |
+----------------------+------+------+------+

Введенные пользователем
переменные могут применяться
только в составе выражений и там,
где выражения допустимы. Заметим,
что в область их применения в
данное время не включается
контекст, в котором явно требуется
число, например, условие
LIMIT в команде
SELECT или выражение
IGNORE number LINES в команде
LOAD DATA.

Примечание: в команде
SELECT каждое выражение
оценивается только при
отправлении клиенту. Это означает,
что в условиях HAVING,
GROUP BY, or ORDER BY не
следует ссылаться на выражение,
содержащее переменные, которые
введены в части SELECT этой
команды. Например, следующая
команда НЕ будет выполняться так,
как ожидалось:

mysql> SELECT (@aa:=id) AS a, (@aa+3) AS b FROM table_name HAVING b=5;

Причина в том, что переменная
@aa не будет содержать
значения текущей строки, в то время
как значение id в
предыдущем выражении является
строкой.

Действует правило никогда не
создавать и не
использовать одну и ту же
переменную в одном и том же
выражении SQL.

6.1.5. Системные переменные

Начиная с MySQL 4.0.3 мы предоставляем
лучший доступ к большинству
системных переменных и переменных,
относящихся к соединению. Можно
менять теперь большую часть
переменных без необходимости
останавливать сервер.

Есть два типа системных
переменных: специфичные для потока
(или для соединения; мы их в
дальнейшем называем потоковыми
переменными для краткости),
которые уникальны для данного
соединения и глобальные
перемененные, которые
предназначаются для управления
глобальными событиями. Глобальные
переменные также используются для
того, чтобы установить значения по
умолчанию для соответствующих
потоковых переменных для новых
соединений.

Когда mysqld запускается,
все глобальные переменные
инициализируются из командной
строки и файлов опций. Вы можете
изменять значения с помощью SET
GLOBAL. Когда новый поток
создается, потоковые переменные
инициализируются из глобальных и
они не меняются даже если вы даете
новую команду SET GLOBAL.

Для установки глобальной
переменной, используйте один из
таких синтаксисов: (Здесь
используется sort_buffer_size в
качестве примера)

SET GLOBAL sort_buffer_size=value;
SET @@global.sort_buffer_size=value;

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

SET SESSION sort_buffer_size=value;
SET @@session.sort_buffer_size=value;
SET sort_buffer_size=value;

Если вы не указываете режим, то
тогда подразумевается
SESSION. See Раздел 5.5.6, «Синтаксис команды SET».

LOCAL — синоним для
SESSION.

Для получения значения глобальной
переменной используйте одну из
этих команд:

SELECT @@global.sort_buffer_size;
SHOW GLOBAL VARIABLES like 'sort_buffer_size';

Для получения значения потоковой
переменной используйте одну из
этих команд:

SELECT @@session.sort_buffer_size;
SHOW SESSION VARIABLES like 'sort_buffer_size';

Когда вы запрашиваете значение
переменной с помощью синтаксиса
@@variable_name и не укзываете
GLOBAL или SESSION,
то тогда MySQL вернет потоковое
значение этой переменное, если
таковое существует. Если нет, то MySQL
вернет глобальное значение.

Причина, по которой требуется
указывать GLOBAL для
установки только глобальных
переменных но не для получения их
значения, заключается в том, чтобы
удостовериться, что если мы в
будущем не будем иметь проблем,
если добавим потоковую переменную
с таким же именем или уберем некую
потоковую переменную. В этом
случае вы можете ненароком
изменить состояние сервера в
целом, а не исключительно вашего
соединения.

Далее идет полный список всех
переменных которые вы можете
изменять и значения которых можете
получать, а также информация о том,
можете ли вы использовать
SESSION или GLOBAL с
ними.

Переменные, помеченные как
число могут иметь
числовое значение. Переменные,
помеченные как булевое
могут быть установлены в
0, 1,
ON или OFF.
Переменные типа enum
должны в общем случае быть
установлены в одно из возможных
значений для переменной, но также
могут быть установлены в значение
числа, соответствующего значению
выбора enum. Первый элемент списка enum
— номер 0.

Вот описание некоторых переменных:

Описания других переменных можно
найти в описании переменных
запуска mysql, в описании
команды SHOW VARIABLES и в
разделе SET. See
Раздел 4.1.1, «Параметры командной строки mysqld». See
Раздел 4.5.6.4, «SHOW VARIABLES». See
Раздел 5.5.6, «Синтаксис команды SET».

6.1.6. Синтаксис комментариев

Сервер MySQL поддерживает следующие
способы задания комментариев: с
помощью символа
‘#’, за которым
следует текст комментария до конца
строки; с помощью двух символов
--, за которыми идет текст
комментария до конца строки; и (для
многострочных комментариев) с
помощью символов /*
(начало комментария) и */
(конец комментария):

mysql> SELECT 1+1;     # Этот комментарий продолжается до конца строки
mysql> SELECT 1+1;     -- Этот комментарий продолжается до конца строки
mysql> SELECT 1 /* Это комментарий в строке */ + 1;
mysql> SELECT 1+
/*
Это многострочный
комментарий
*/
1;

Обратите внимание: при
использовании для комментирования
способа с -- (двойное тире)
требуется наличие хотя бы одного
пробела после второго тире!

Хотя сервер «понимает» все
описанные выше варианты
комментирования, существует ряд
ограничений на способ
синтаксического анализа
комментариев вида /* ... */
клиентом mysql:

• Символы одинарной и двойной
  кавычек, даже внутри
  комментария, считаются началом
  заключенной в кавычки строки.
  Если внутри комментария не
  встречается вторая такая же
  кавычка, синтаксический
  анализатор не считает
  комментарий законченным. При
  работе с mysql в
  интерактивном режиме эта ошибка
  проявится в том, что окно запроса
  изменит свое состояние с
  mysql> на '>
  или ">.

• Точка с запятой используется для
  обозначения окончания данной
  SQL-команды и что-либо, следующее
  за этим символом, указывает на
  начало следующего выражения.

Эти ограничения относятся как к
интерактивному режиму работы
mysql (из командной строки),
так и к вызову команд из файла,
читаемого с ввода командой mysql
< some-file.

MySQL поддерживает принятый в ANSI SQL
способ комментирования с помощью
двойного тире ‘--‘ только в
том случае, если после второго тире
следует пробел (see
Раздел 1.9.4.7, «Символы `—‘ как начало комментария»).

6.1.7. «Придирчив» ли MySQL к зарезервированным словам?

Это общая проблема, возникающая
при попытке создать таблицу с
именами столбцов, использующих
принятые в MySQL названия типов
данных или функций, такие как
TIMESTAMP или GROUP.
Иногда это возможно (например,
ABS является разрешенным
именем для столбца), но не
допускается пробел между именем
функции и сразу же следующей за ним
скобкой ‘(’ при
использовании имен функций,
совпадающих с именами столбцов.

Следующие слова являются
зарезервированными в MySQL.
Большинство из них не допускаются
в ANSI SQL92 как имена столбцов и/или
таблиц (например GROUP). Некоторые
зарезервированы для нужд MySQL и
используются (в настоящее время)
синтаксическим анализатором
yacc:

Следующие слова являются новыми
зарезервированными словами в MySQL 4.0:

Следующие символы (из приведенной
выше таблицы таблицы) не разрешены
в ANSI SQL, но допускаются в MySQL как
имена столбцов/таблиц. Это
объясняется тем, что некоторые из
этих имен являются словами
естественного языка и уже
использованы многими
потребителями.

• ACTION

• BIT

• DATE

• ENUM

• NO

• TEXT

• TIME

• TIMESTAMP

Строковые данные в MySQL. | DBA Guru

В MySQL существует несколько типов символических данных (строковых). Понятие “строки”, которые могут храниться в таких столбцах MySQL, является общим в том смысле, что это могут быть не только строки символов (текстовые данные), но и какие-то двоичных данные, например, изображения или аудио файлы.

Текстовые строковые данные.

Типы char и varchar самые распространенные. Единственное отличие между ними, что первый тип с фиксированной длиной, второй – с переменной. При сохранении в поле char более короткого значения, оно дополняется пробелами справа. Эти пробелы отсекаются при выборке. Значения типа varchar занимают столько байт, сколько нужно для их хранения плюс один байт для сохранения длины строки.

В таблице ниже приведены примеры, как сохраняется значения в столбцах типа char и varchar.

Если длина значений, сохраняемых в столбце меняется незначительно, предпочтительнее использовать char, т.к. таблицы со строками фиксированной длины обрабатываются эффективнее, чем с переменной.

Особо стоит выделить типы ENUM и SET. Это такие строковые типы данных, значения которых выбираются из фиксированного списка значений. Главное отличие между ними заключается в том, что при выборе значения типа ENUM можно выбрать только одно единственное значение из указанного множества, а тип SET позволяет выбрать одновременно одно или нескольких значений. Другими словами тип ENUM содержит взаимоисключающие значения

Например:

color ENUM(“крастный”,”желтый”,”зеленый”)

Выберите сигнал светофора.

Или другой пример. Здесь уже можно выбрать более одной позиции:

fruit SET (“яблоко”,”груша”,”апельсин”)

Выберите любимые фрукты.

Типы SET и ENUM хотя и классифицируются как строковые, внутренние их элементы хранятся как числа, и их можно обрабатывать как цифровые. А раз их можно обрабатывать цифровыми методами, эти типы данных эффективнее других строковых типов.

Бинарные строковые данные.

Бинарные строковые данные используются для хранения произвольной последовательности байт (изображений, аудио, данных сжатых в архив и т.п.). Существуют 2 класса бинарных строковых данных: Binary, BLOB. Эти классы в свою очередь делятся на несколько типов, которые описаны в таблице ниже.

Как узнать длину поля в SQL.

Вы здесь:
Главная — MySQL — SQL — Как узнать длину поля в SQL.

Здравствуйте, дорогие читатели. Мы продолжаем изучать SQL и сегодня разберемся, как узнать длину строки в SQL.

Описание

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

Название функции, что логично, — LEN()

Пример

К примеру, у нас есть табличка с какими-то полями и одно поле — имя пользователя.

Нам нужно узнать, какое самое длинное имя у пользователя, но, чтобы это сделать, длину имени нужно вычислить. А делается это вот таким образом:

SELECT name, LEN(name) AS length FROM users;


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

Как видите, использовать данную функцию очень просто и не нужно никаких PHP.

Спасибо за внимание!

• 
  Создано 21.07.2014 20:16:50

• 
  
  Михаил Русаков

Предыдущая статья Следующая статья

Копирование материалов разрешается только с указанием автора (Михаил Русаков) и индексируемой прямой ссылкой на сайт (http://myrusakov.ru)!

Добавляйтесь ко мне в друзья ВКонтакте: http://vk.com/myrusakov.
Если Вы хотите дать оценку мне и моей работе, то напишите её в моей группе: http://vk.com/rusakovmy.

Если Вы не хотите пропустить новые материалы на сайте,
то Вы можете подписаться на обновления: Подписаться на обновления

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

Порекомендуйте эту статью друзьям:

Если Вам понравился сайт, то разместите ссылку на него (у себя на сайте, на форуме, в контакте):

1. 
   Кнопка:
   
   <a href=»https://myrusakov.ru» target=»_blank»><img src=»https://myrusakov.ru/images/button.gif» alt=»Как создать свой сайт» /></a>

   Она выглядит вот так:

2. 
   Текстовая ссылка:
   <a href=»https://myrusakov.ru» target=»_blank»>Как создать свой сайт</a>

   Она выглядит вот так: Как создать свой сайт

3. BB-код ссылки для форумов (например, можете поставить её в подписи):
   
   [URL=»https://myrusakov.ru»]Как создать свой сайт[/URL]

О выборе правильной длины BIGINT поля в MySQL — Хабр Q&A

Известно, что для MySQL в общем случае не существует линейной зависимости дискового объема, затраченного на хранение данных, от символьной длины этих данных. Классическим примером данной особенности является поведение полей VARCHAR: строка ‘abcd’ занимает 5 байт, будучи помещенной в VARCHAR-поле, и 4 байта, если хранится в CHAR(4) поле. Подробно это явление описано в мануале по адресу dev.mysql.com/doc/refman/5.1/en/char.html

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

Мой вопрос в следующем: есть таблица с полем INT(11) UNSIGNED NOT NULL AUTO_INCREMENT, в которой закончились допустимые значения — всего их для UNSIGNED поля может быть 4294967295, что можно узнать в мануале по адресу dev.mysql.com/doc/refman/5.1/en/numeric-types.html и на реальном опыте, вставив id в таблицу и попытавшись следующую вставку проделать с использованием auto_increment — получим Duplicate entry ‘4294967295’. Удалить часть данных из таблицы нельзя, мне необходимо писать в неё дальше. Соответственно, нужно делать ALTER TABLE и менять тип поля на BIGINT, для которого максимальная длина UNSIGNED значения составляет 20 цифр, а максимально значение — 18446744073709551615. Но мне столько не нужно! Айдишники прибавляются с такой скоростью, что мне бы вполне хватило какого-нибудь BIGINT(14) на ближайшие полгода, а там видно будет. Так вот — какова практическая разница использования BIGINT(M) и BIGINT(20), где 10 < M < 20? Есть сильное подозрение, что использование BIGINT(20) создаст ощутимый перерасход диска и оверхед на I/O в сравнении с BIGINT-полем меньшей длины, но я не смог найти подтверждения этому подозрению.

Известно лишь, что на хранение INT(11) тратится не более 4 байт, а INT(20) — не более 8.

Об окружении: MySQL 5.1.57, движок InnoDB, проблемное поле является PRIMARY-ключом, на него существуют ссылки по FOREIGN KEY из других таблиц с каскадными CONSTRAINT на UPDATE.

Буду рад услышать ваши мысли по поводу правильного алгоритма выбора длины BIGINT, правильности моих мыслей и о механизмах MySQL, которые имеют дело с заявленной клиентом длиной поля.

А пока что, наученный горьким опытом внезапной остановки продакшена из-за того, что поле уперлось в INT(11), могу пожелать всем администраторам почаще проверять значения автоинкрементных счетчиков в их базах, чтобы не повторить мою судьбу, получив аварию с серьезным даунтаймом на пустом месте.

Длина строки MySQL | Учебники MySQL

MySQL предоставляет 2 функции для определения длины строки. Это функции CHAR_LENGTH и LENGTH . Какую из этих функций вы используете, зависит от того, хотите ли вы количество символов в строке или количество байтов в строке.

Функция CHAR_LENGTH возвращает общее количество символов в строке, а функция LENGTH возвращает общее количество байтов в строке.Обратите внимание на эту тонкую разницу!

Помните, что существуют многобайтовые символы, и размер одного символа не обязательно должен быть байтовым.

Объясняется оставшаяся часть этого учебника по длине строки MySQL.

Пример длины строки MySQL

Посмотрите и проверьте следующие примеры получения длины строки в MySQL:

 ВЫБЕРИТЕ ДЛИНУ ('текст'); - дает 4, это 4-х байтовая строка
ВЫБЕРИТЕ CHAR_LENGTH ('текст'); - дает 4, это строка из 4 символов 

Для подавляющего большинства приложений обе функции будут возвращать один и тот же результат, но обе функции ни в коем случае нельзя использовать взаимозаменяемо.

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

Пример многобайтового символа, показывающий разницу в функциях длины строки MySQL

Посмотрите на примеры ниже, которые показывают, как многобайтовые символы могут повлиять на результаты обеих функций:

 ВЫБЕРИТЕ ДЛИНУ ('€'); - дает 3, это 3-х байтовая строка
ВЫБЕРИТЕ CHAR_LENGTH ('€'); - дает 1, это строка из 1 символа

ВЫБЕРИТЕ ДЛИНУ ('漢字 仮 名 交 じ り 文 ©'); - дает 26, строку из 26 байтов
ВЫБЕРИТЕ CHAR_LENGTH ('漢字 仮 名 交 じ り 文 ©'); - дает 9, строка из 9 символов 

Предыдущие примеры показывают большие различия, которые могут возникнуть при передаче одной и той же строки разным функциям.

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

Такой простой вещи, как символ © (авторское право), может быть достаточно, чтобы сбросить вашу базу данных, если вы будете использовать эти функции неосторожно.

Мы надеемся, что приведенное выше руководство по вычислению длины строки MySQL было полезно.

Общие сведения о размерах хранилища для типов данных MySQL TEXT

TEXT объектов данных, как следует из их тезки, полезны для хранения длинных текстовых строк в базе данных MySQL. Четыре типа объектов данных TEXT созданы для хранения и отображения значительных объемов информации в отличие от других типов объектов данных, которые полезны при таких задачах, как сортировка и поиск по столбцам или обработка небольших параметров на основе конфигурации для более крупного проекта.Различные объекты TEXT предлагают диапазон памяти от 1 байта до 4 ГБ и не предназначены для хранения вычислительных значений. Обычно они используются для хранения описаний продуктов для торговых сайтов, сводок о собственности для базы данных о недвижимости и подробных текстов статей на новостных веб-сайтах. TEXT Объекты лучше всего использовать, когда VARCHAR и другие строковые объекты данных недостаточны для хранения желаемого объема информации. Однако наименьший тип TEXT , TINYTEXT , имеет ту же длину символа, что и VARCHAR . ТЕКСТ Объекты отличаются от других типов строковых хранилищ, удаляя требование указывать длину хранилища, не удалять байты при выборе и не заполнять неиспользуемое пространство символов для эффективного хранения на диске. Поскольку TEXT объектов не хранятся в памяти сервера, для их извлечения требуются дополнительные данные. Следующие размеры предполагают, что база данных использует кодировку UTF-8.

TINYTEXT: 255 символов — 255 B

Объект данных TINYTEXT является самым маленьким из семейства TEXT и предназначен для эффективного хранения коротких информационных строк.8-1) или 255 символов и требует 1 байта служебных данных. Этот объект можно использовать для хранения таких вещей, как краткие сводки, URL-ссылки и другие более короткие объекты. TINYTEXT сияет над VARCHAR при хранении данных, длина которых меньше 255 символов, с несогласованной длиной и не нуждающихся в использовании для критериев сортировки.

ТЕКСТ: 65 535 знаков — 64 КБ

Стандартный объект данных TEXT достаточно способен обрабатывать типичное длинное текстовое содержимое.32-1) и хранить до 4294967295 символов с 4 байтами служебной памяти,

ТЕКСТ по сравнению с BLOB

BLOB s — это альтернативный тип хранилища данных, которые совместно используют соответствующие механизмы именования и емкости с объектами TEXT . Однако BLOB представляют собой двоичные строки без сортировки по набору символов, поэтому они обрабатываются как числовые значения, а объекты TEXT обрабатываются как символьные строки. Эта дифференциация важна для сортировки информации. BLOB используются для хранения файлов данных, таких как изображения, видео и исполняемые файлы.

Примечания по использованию

• Использование TEXT полей для запросов выбора и поиска приведет к снижению производительности, потому что сервер будет вызывать объекты по отдельности и сканировать их во время запроса, вместо того, чтобы просматривать данные, хранящиеся в памяти.
• Включение строгого SQL приведет к принудительному использованию максимальной длины символов и усечению любых введенных данных, превышающих эти ограничения.
• TEXT столбцам требуется длина префикса индекса и не может быть значений DEFAULT , в отличие от объектов CHAR и VARCHAR .
• Оценка размера по количеству слов: предположим, что среднее английское слово состоит из 4,5 букв и требует 1 дополнительного символа для интервала. Например, сайт, состоящий из статей из 500 слов, будет использовать в среднем около 2750 символов для текстовых данных статьи. TINYTEXT Емкость 255 символов недостаточна для этого варианта использования, а емкость TEXT 65535 символов обеспечивает хранение статей, которые содержат более 11 900 слов на основе среднего критерия.

String Length () Метод в Java с примером

• Home

• Testing

  • • Back
    • Agile Testing
    • BugZilla
    • Cucumber
    • Database Testing12L124
    • Тестирование базы данных12L124
    • Назад
    • JUnit
    • LoadRunner
    • Ручное тестирование
    • Мобильное тестирование
    • Mantis
    • Почтальон
    • QTP
    • Назад

    124124

    • Центр качества SAP
    • SoapUI
    • Управление тестированием
    • TestLink

• SAP

  • • Назад
    • ABAP
    • APO
    • Начинающий
    • Basis
    • BODS
    • BI
    • BPC
    • CO
    • Назад
    • CRM
    • Crystal Reports 9012AN
    • Crystal Reports 9012AN
    • CRM Crystal Reports

    MM

    • Расчет заработной платы
    • Назад
    • PI / PO
    • PP
    • SD
    • SAPUI5
    • Безопасность
    • Менеджер решений
    • Successfactors
    • Учебники SAP 0
  • Apache
  • AngularJS
  • ASP.Net
  • C
  • C #
  • C ++
  • CodeIgniter
  • СУБД
  • JavaScript
  • Назад
  • Java
  • JSP
  • Kotlin
  • MSDN
  • MS SQL
  • Linux
  • Kotlin

  Linux. js

  • Perl
  • Назад
  • PHP
  • PL / SQL
  • PostgreSQL
  • Python
  • ReactJS
  • Ruby & Rails
  • Scala Back
  • SQL Server

  SQL

  SQL

  SQL Server

  • UML
  • VB.Net
  • VBScript
  • Веб-службы
  • WPF