MySQL имеет очень сложный, но интуитивно понятный и легкий в изучении интерфейс, основанный на SQL (структурированный язык запросов). В данном разделе описываются различные команды, типы данных и функции этого языка, которые необходимо знать, чтобы использовать MySQL рационально и эффективно. Данная глава служит также справочником по всем функциональным возможностям, реализованным в MySQL. Читатель найдет в этой главе ссылки на различные источники информации, которые, возможно, будут полезными для ее эффективного использования.
В этом разделе описываются различные способы представления строк и чисел в MySQL. Здесь затронуты также различные нюансы и особенности, с которыми могут столкнуться программисты при работе с этими базовыми типами данных в MySQL.
Строка представляет собой последовательность символов, заключенных либо в одинарные кавычки (`'') - апострофы, либо в двойные кавычки (`"'). При использовании диалекта ANSI SQL допустимы только одинарные кавычки. Например:
'a string' "another string"
Внутри строки некоторые последовательности символов имеют специальное назначение. Каждая из этих последовательностей начинается обратным слешем (`\'), известным как escape-символ или символ перехода. MySQL распознает следующие escape-последовательности:
\0
NUL
) в ASCII коде.
\'
\"
\b
\n
\r
\t
\z
mysql database < filename)
.
\\
\%
\`_'
Обратите внимание на то, что при использовании `\%' или `\_' в контекстах некоторых строк будут возвращаться значения строк `\%' и `\_', а не `%' и `_'.
Существует несколько способов включить кавычки в строку:
Ниже показаны возможные варианты применения кавычек и 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
\
'
"
При написании программы на языке C для добавления символов экранирования в
команде INSERT
можно использовать функцию
mysql_real_escape_string()
из C API (see section 8.4.2
Обзор функций интерфейса C). При программировании на Perl можно использовать
метод quote
из пакета DBI для превращения специальных символов в
соответствующие escape-последовательности (see section 8.2.2
Интерфейс DBI
).
Не следует забывать, что указанное свойство escape-символа должно использоваться во всех строках, которые могут содержать любые специальные символы, перечисленные выше.
В качестве альтернативы многие интерфейсы прикладного программирования (API) для MySQL предоставляют определенную возможность использования символов-заменителей, что позволяет вносить специальные маркеры в строку запроса и затем связывать с ними значения данных при выдаче результатов запроса.
Целые числа представляются в виде последовательности цифр. Для чисел с плавающей точкой в качестве разделителя десятичных знаков используется символ `.'. Числа обоих типов могут предваряться символом `-', обозначающим отрицательную величину.
Примеры допустимых целых чисел:
1221 0 -32
Примеры допустимых чисел с плавающей запятой:
294.42 -32032.6809e+10 148.00
Целое число можно использовать в контексте дробных чисел, при этом оно будет интерпретироваться как эквивалент числа с плавающей запятой.
MySQL поддерживает шестнадцатеричные величины. В числовом контексте такое число обладает всеми свойствами целого числа с 64-разрядной точностью. В строковом контексте шестнадцатеричная величина представляет собой двоичную строку, в которой каждая пара шестнадцатеричных разрядов конвертируется в символ:
mysql> SELECT x'FF' -> 255 mysql> SELECT 0xa+0; -> 10 mysql> SELECT 0x5061756c; -> Paul
Синтаксис выражений вида x'hexstring'
(новшество в версии 4.0)
базируется на ANSI SQL, а для обозначений вида 0x
используется
синтаксис ODBC. Шестнадцатеричные строки часто применяются в ODBC для
представления двоичных типов данных вида BLOB
. Для конвертирования
строки или числа в шестнадцатеричный вид можно применять функцию
HEX()
.
NULL
Значение NULL
означает ``отсутствие данных''. Они является
отличным от значения 0 для числовых типов данных или пустой строки для строковых
типов (see section A.5.3
Проблемы со значением NULL
).
При использовании форматов импорта или экспорта текстовых файлов (LOAD
DATA INFILE, SELECT ... INTO OUTFILE
) NULL
можно представить
как \N
(see section 6.4.9
Синтаксис оператора LOAD DATA INFILE
).
Для всех имен баз данных, таблиц, столбцов, индексов и псевдонимов в MySQL приняты одни и те же правила.
Следует отметить, что эти правила были изменены, начиная с версии MySQL 3.23.6, когда было разрешено брать в одиночные скобки ``' идентификаторы (имена баз данных, таблиц и столбцов). Двойные скобки `"' тоже допустимы - при работе в режиме ANSI SQL (see section 1.9.2 Запуск MySQL в режиме ANSI).
Идентификатор | Максимальная длина строки | Допускаемые символы |
База данных | 64 | Любой символ, допустимый в имени каталога, за исключением `/' или `.' |
Таблица | 64 | Любой символ, допустимый в имени файла, за исключением `/' или `.' |
Столбец | 64 | Все символы |
Псевдоним | 255 | Все символы |
Необходимо также учитывать, что не следует использовать символы
ASCII(0)
, ASCII(255)
или кавычки в самом
идентификаторе.
Кроме того, если имя идентификатора относится к служебным словам или содержит специальные символы, необходимо всегда заключать его в одиночные кавычки при использовании в выражениях:
mysql> SELECT * FROM `select` WHERE `select`.id > 100;
В предыдущих версиях MySQL для имен существовали следующие правила:
--default-character-set
mysqld
(see section 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 ставят в начале имен таблиц в качестве префикса символ
`.'.
В MySQL имена баз данных и таблиц соответствуют директориям и файлам внутри директорий. Следовательно, чувствительность к регистру операционной системы, под которой работает MySQL, определяет чувствительность к регистру имен баз данных и таблиц. Это означает, что имена баз данных и таблиц нечувствительны к регистру под Windows, а под большинством версий Unix проявляют чувствительность к регистру (за исключением Mac OS X). See section 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
при сохранении и поиске будет преобразовывать все имена таблиц к нижнему
регистру. Обратите внимание на то, что при изменении этого параметра перед
запуском mysqld
необходимо прежде всего преобразовать имена всех
старых таблиц к нижнему регистру.
При переносе MyISAM
-файлов с Windows на диск в одной из
операционных систем семейства Unix в некоторых случаях будет полезна утилита
mysql_fix_extensions
для приведения в соответствие регистров
расширений файлов в каждой указанной директории базы данных (нижний регистр
`.frm', верхний регистр `.MYI' и `.MYD'). Утилиту
mysql_fix_extensions
можно найти в подкаталоге `script'.
Для конкретного процесса пользователь может определить локальные переменные,
которые в MySQL обозначаются как @variablename
. Имя локальной
переменной может состоять из буквенно-цифровых символов установленного в данное
время алфавита и символов `_', `$', and
`.'. Тип кодировки по умолчанию - ISO-8859-1 Latin1, он может быть
изменен указанием иного типа в аргументе параметра
--default-character-set
mysqld
(see section 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
в предыдущем выражении
является строкой.
Сервер MySQL поддерживает следующие способы задания комментариев: с помощью
символа `#', за которым следует текст комментария до конца строки;
с помощью двух символов --
, за которыми идет текст комментария до
конца строки; и (для многострочных комментариев) с помощью символов
/*
(начало комментария) и */
(конец комментария):
mysql> SELECT 1+1; # Этот комментарий продолжается до конца строки mysql> SELECT 1+1; -- Этот комментарий продолжается до конца строки mysql> SELECT 1 /* Это комментарий в строке */ + 1; mysql> SELECT 1+ /* Это многострочный комментарий */ 1;
Обратите внимание: при использовании для комментирования способа с
--
(двойное тире) требуется наличие хотя бы одного пробела после
второго тире!
Хотя сервер ``понимает'' все описанные выше варианты комментирования,
существует ряд ограничений на способ синтаксического анализа комментариев вида
/* ... */
клиентом mysql
:
mysql
в интерактивном режиме эта ошибка
проявится в том, что окно запроса изменит свое состояние с
mysql>
на '>
или ">
.
Эти ограничения относятся как к интерактивному режиму работы
mysql
(из командной строки), так и к вызову команд из файла,
читаемого с ввода командой mysql < some-file
.
MySQL поддерживает принятый в ANSI SQL способ комментирования с помощью двойного тире `--' только в том случае, если после второго тире следует пробел (see section 1.9.4.7 Символы `--' как начало комментария).
Это общая проблема, возникающая при попытке создать таблицу с именами
столбцов, использующих принятые в MySQL названия типов данных или функций, такие
как TIMESTAMP
или GROUP
. Иногда это возможно
(например, ABS
является разрешенным именем для столбца), но не
допускается пробел между именем функции и сразу же следующей за ним скобкой
`(' при использовании имен функций, совпадающих с именами столбцов.
Следующие слова являются зарезервированными в MySQL. Большинство из них не
допускаются в ANSI SQL92 как имена столбцов и/или таблиц (например GROUP).
Некоторые зарезервированы для нужд MySQL и используются (в настоящее время)
синтаксическим анализатором yacc
:
Слово | Слово | Слово |
ADD |
ALL |
ALTER |
ANALYZE |
AND |
AS |
ASC |
AUTO_INCREMENT |
BDB |
BERKELEYDB |
BETWEEN |
BIGINT |
BINARY |
BLOB |
BOTH |
BY |
CASCADE |
CASE |
CHANGE |
CHAR |
CHARACTER |
COLUMN |
COLUMNS |
CONSTRAINT |
CREATE |
CROSS |
CURRENT_DATE |
CURRENT_TIME |
CURRENT_TIMESTAMP |
DATABASE |
DATABASES |
DAY_HOUR |
DAY_MINUTE |
DAY_SECOND |
DEC |
DECIMAL |
DEFAULT |
DELAYED |
DELETE |
DESC |
DESCRIBE |
DISTINCT |
DISTINCTROW |
DOUBLE |
DROP |
ELSE |
ENCLOSED |
ESCAPED |
EXISTS |
EXPLAIN |
FIELDS |
FLOAT |
FOR |
FOREIGN |
FROM |
FULLTEXT |
FUNCTION |
GRANT |
GROUP |
HAVING |
HIGH_PRIORITY |
HOUR_MINUTE |
HOUR_SECOND |
IF |
IGNORE |
IN |
INDEX |
INFILE |
INNER |
INNODB |
INSERT |
INSERT_ID |
INT |
INTEGER |
INTERVAL |
INTO |
IS |
JOIN |
KEY |
KEYS |
KILL |
LAST_INSERT_ID |
LEADING |
LEFT |
LIKE |
LIMIT |
LINES |
LOAD |
LOCK |
LONG |
LONGBLOB |
LONGTEXT |
LOW_PRIORITY |
MASTER_SERVER_ID |
MATCH |
MEDIUMBLOB |
MEDIUMINT |
MEDIUMTEXT |
MIDDLEINT |
MINUTE_SECOND |
MRG_MYISAM |
NATURAL |
NOT |
NULL |
NUMERIC |
ON |
OPTIMIZE |
OPTION |
OPTIONALLY |
OR |
ORDER |
OUTER |
OUTFILE |
PARTIAL |
PRECISION |
PRIMARY |
PRIVILEGES |
PROCEDURE |
PURGE |
READ |
REAL |
REFERENCES |
REGEXP |
RENAME |
REPLACE |
REQUIRE |
RESTRICT |
RETURNS |
REVOKE |
RIGHT |
RLIKE |
SELECT |
SET |
SHOW |
SMALLINT |
SONAME |
SQL_AUTO_IS_NULL |
SQL_BIG_RESULT |
SQL_BIG_SELECTS |
SQL_BIG_TABLES |
SQL_BUFFER_RESULT |
SQL_CALC_FOUND_ROWS |
SQL_LOG_BIN |
SQL_LOG_OFF |
SQL_LOG_UPDATE |
SQL_LOW_PRIORITY_UPDATES |
SQL_MAX_JOIN_SIZE |
SQL_QUOTE_SHOW_CREATE |
SQL_SAFE_UPDATES |
SQL_SELECT_LIMIT |
SQL_SLAVE_SKIP_COUNTER |
SQL_SMALL_RESULT |
SQL_WARNINGS |
SSL |
STARTING |
STRAIGHT_JOIN |
STRIPED |
TABLE |
TABLES |
TERMINATED |
THEN |
TINYBLOB |
TINYINT |
TINYTEXT |
TO |
TRAILING |
UNION |
UNIQUE |
UNLOCK |
UNSIGNED |
UPDATE |
USAGE |
USE |
USER_RESOURCES |
USING |
VALUES |
VARBINARY |
VARCHAR |
VARYING |
WHEN |
WHERE |
WITH |
WRITE |
YEAR_MONTH |
ZEROFILL |
Следующие символы (из приведенной выше таблицы таблицы) не разрешены в ANSI SQL, но допускаются в MySQL как имена столбцов/таблиц. Это объясняется тем, что некоторые из этих имен являются словами естественного языка и уже использованы многими потребителями.
ACTION
BIT
DATE
ENUM
NO
TEXT
TIME
TIMESTAMP
MySQL поддерживает несколько типов столбцов, которые можно разделить на три категории: числовые типы данных, типы данных для хранения даты и времени и символьные (строковые) типы данных. В данном разделе вначале дается обзор всех возможных типов и приводятся требования по хранению для каждого типа столбца, затем свойства типов описываются более подробно по каждой категории. Мы намеренно сделали обзор кратким, поскольку более детальные описания требуют дополнительной информации о конкретных типах столбцов, например, о допустимых форматах представления величин.
Ниже перечислены типы столбцов, поддерживаемые MySQL. В описаниях используются следующие обозначения:
M
D
M
-2.
Квадратные скобки (`[' и `]') указывают для типа данных группы необязательных признаков.
Заметьте, что если для столбца указать параметр ZEROFILL
, то
MySQL будет автоматически добавлять в этот столбец атрибут
UNSIGNED
.
Предупреждение: следует помнить, что при выполнении
вычитания между числовыми величинами, одна из которых относится к типу
UNSIGNED
, результат будет беззнаковым! See section 6.3.5
Функции приведения типов.
TINYINT[(M)] [UNSIGNED] [ZEROFILL]
-128
до
127
. Диапазон без знака от 0
до 255
.
BIT
BOOL
TINYINT(1)
.
SMALLINT[(M)] [UNSIGNED] [ZEROFILL]
-32768
до
32767
. Диапазон без знака от 0
до
65535
.
MEDIUMINT[(M)] [UNSIGNED] [ZEROFILL]
-8388608
до 8388607
. Диапазон без знака от 0
до
16777215
.
INT[(M)] [UNSIGNED] [ZEROFILL]
-2147483648
до 2147483647
. Диапазон без знака от
0
до 4294967295
.
INTEGER[(M)] [UNSIGNED] [ZEROFILL]
INT
.
BIGINT[(M)] [UNSIGNED] [ZEROFILL]
-9223372036854775808
до 9223372036854775807
.
Диапазон без знака от 0 до 18446744073709551615
. Для столбцов
типа BIGINT
необходимо учитывать некоторые особенности:
BIGINT
или DOUBLE
со знаком, так что не следует
использовать беззнаковые целые числа больше чем
9223372036854775807
(63 бита), кроме операций, выполняемых
логическими функциями. В противном случае несколько последних разрядов
результата могут оказаться ошибочными из-за ошибок округления при
преобразовании BIGINT
в DOUBLE
. MySQL 4.0 может
обрабатывать данные типа BIGINT
в следующих случаях:
BIGINT
.
MIN(big_int_column)
и
MAX(big_int_column)
.
BIGINT
в виде строки. В этом случае MySQL выполнит
преобразование строки в число без промежуточного преобразования.
BIGINT
-арифметики. Это означает,
что при умножении двух больших целых чисел (или результатов вычислений
функций, возвращающих целые числа) результат операции может оказаться
непредсказуемым, если он превосходит значение
9223372036854775807
. FLOAT(точность) [UNSIGNED] [ZEROFILL]
<=24
для числа с плавающей точкой обычной (одинарной) точности
и между 25
и 53
- для числа с плавающей точкой
удвоенной точности. Эти типы данных сходны с типами FLOAT
и
DOUBLE
, описанными ниже. FLOAT(X)
относится к тому
же интервалу, что и соответствующие типы FLOAT
и
DOUBLE
, но диапазон значений и количество десятичных знаков не
определены. В версии MySQL 3.23 это истинная величина числа с плавающей
точкой. В более ранних версиях MySQL тип данных FLOAT(точность)
всегда имеет два десятичных знака. Следует отметить, что использование типа
данных FLOAT
может привести к неожиданным проблемам, так как все
вычисления в MySQL выполняются с удвоенной точностью. See section A.5.6
Решение проблем с отсутствием строк, удовлетворяющих условиям поиска.
Данный синтаксис обеспечивает совместимость с ODBC.
FLOAT[(M,D)] [UNSIGNED] [ZEROFILL]
-3,402823466E+38
до -1,175494351E-38
,
0
, и от 1,175494351E-38
до
3,402823466E+38
. Если указан атрибут UNSIGNED
,
отрицательные значения недопустимы. Атрибут M
указывает
количество выводимых пользователю знаков, а атрибут D
-
количество разрядов, следующих за десятичной точкой. Обозначение
FLOAT
без указания аргументов или запись вида
FLOAT(X)
, где X
<=24
справедливы для
числа с плавающей точкой обычной точности.
DOUBLE[(M,D)] [UNSIGNED] [ZEROFILL]
-1,7976931348623157E+308
до
-2,2250738585072014E-308
, 0
, и от
2,2250738585072014E-308
до 1,7976931348623157E+308
.
Если указан атрибут UNSIGNED
, отрицательные значения недопустимы.
Атрибут M
указывает количество выводимых пользователю знаков, а
атрибут D
- количество разрядов, следующих за десятичной точкой.
Обозначение DOUBLE
без указания аргументов или запись вида
FLOAT(X)
, где 25 <= X <= 53
справедливы для
числа с плавающей точкой двойной точности.
DOUBLE PRECISION[(M,D)] [UNSIGNED] [ZEROFILL]
REAL[(M,D)] [UNSIGNED] [ZEROFILL]
DOUBLE
.
DECIMAL[(M[,D])] [UNSIGNED] [ZEROFILL]
CHAR
, содержащему цифровое значение. Термин ``неупакованное''
означает, что число хранится в виде строки и при этом для каждого десятичного
знака используется один символ. Разделительный знак десятичных разрядов, а
также знак `-' для отрицательных чисел не учитываются в
M
(но место для них зарезервировано). Если атрибут D
равен 0
, величины будут представлены без десятичного знака, т.е.
без дробной части. Максимальный интервал значений типа DECIMAL
тот же, что и для типа DOUBLE
, но действительный интервал для
конкретного столбца DECIMAL
может быть ограничен выбором значений
атрибутов M
и D
. Если указан атрибут
UNSIGNED
, отрицательные значения недопустимы. Если атрибут
D
не указан, его значение по умолчанию равно 0
. Если
не указан M
, его значение по умолчанию равно 10
. В
более ранних, чем MySQL 3.23, версиях аргумент M
должен содержать
в себе место для знака числа и десятичного знака.
DEC[(M[,D])] [UNSIGNED] [ZEROFILL]
NUMERIC[(M[,D])] [UNSIGNED] [ZEROFILL]
DECIMAL
.
DATE
'1000-01-01'
до
'9999-12-31'
. MySQL выводит значения DATE
в формате
'YYYY-MM-DD'
, но можно установить значения в столбец
DATE
, используя как строки, так и числа. See section 6.2.2.2
Типы данных DATETIME
, DATE
и
TIMESTAMP
.
DATETIME
'1000-01-01
00:00:00'
до '9999-12-31 23:59:59'
. MySQL выводит значения
DATETIME
в формате 'YYYY-MM-DD HH:MM:SS'
, но можно
устанавливать значения в столбце DATETIME
, используя как строки,
так и числа. See section 6.2.2.2
Типы данных DATETIME
, DATE
и
TIMESTAMP
.
TIMESTAMP[(M)]
'1970-01-01 00:00:00'
до
некоторого значения времени в 2037 году. MySQL выводит значения
TIMESTAMP
в форматах YYYYMMDDHHMMSS
,
YYMMDDHHMMSS
, YYYYMMDD
или YYMMDD
в
зависимости от значений M
: 14
(или отсутствующее),
12
, 8
, или 6
; но можно также
устанавливать значения в столбце TIMESTAMP
, используя как строки,
так и числа. Столбец TIMESTAMP
полезен для записи даты и времени
при выполнении операций INSERT
или UPDATE
, так как
при этом автоматически вносятся значения даты и времени самой последней
операции, если эти величины не введены программой. Можно также устанавливать
текущее значение даты и времени, задавая значение NULL
. See
section 6.2.2
Типы данных даты и времени. Аргумент M
влияет только на
способ вывода столбца TIMESTAMP
; для хранения его значений всегда
используется 4 байта. Следует учитывать, что столбцы
TIMESTAMP(M)
, где M
равно 8
или
14
, представляют собой числа, в то время, как столбцы
TIMESTAMP(M)
с иным значением аргумента M
являются
строками. Это убеждает, что можно надежно сделать дамп и восстановить таблицу
с этими типами столбцов! See section 6.2.2.2
Типы данных DATETIME
, DATE
и
TIMESTAMP
.
TIME
'-838:59:59'
до '838:59:59'
.
MySQL выводит значения TIME
в формате 'HH:MM:SS'
, но
можно устанавливать значения в столбце TIME
, используя как
строки, так и числа. See section 6.2.2.3
Тип данных TIME
.
YEAR[(2|4)]
1901
по
2155
, 0000
для четырехзначного формата года и
1970-2069
при использовании двухзначного формата
(70-69
). MySQL выводит значения YEAR
в формате
YYYY
, но можно задавать значения в столбце YEAR
,
используя как строки, так и числа (тип данных YEAR
недоступен в
версиях, предшествующих MySQL 3.22). See section 6.2.2.4
Тип данных YEAR
.
[NATIONAL] CHAR(M) [BINARY]
M
составляет от 0
до 255
символов (от 1
до 255
в версиях, предшествующих MySQL 3.23). Концевые пробелы
удаляются при выводе значения. Если не задан атрибут чувствительности к
регистру BINARY
, то величины CHAR
сортируются и
сравниваются как независимые от регистра в соответствии с установленным по
умолчанию алфавитом. Атрибут NATIONAL CHAR
(или его эквивалентная
краткая форма NCHAR
) представляет собой принятый в ANSI SQL
способ указания, что в столбце CHAR
должен использоваться
установленный по умолчанию набор символов (CHARACTER
). В MySQL
это принято по умолчанию. CHAR
является сокращением от
CHARACTER
. MySQL позволяет создавать столбец типа
CHAR(0)
. В основном это полезно, если необходимо обеспечить
совместимость с некоторыми старыми приложениями, которые зависят от наличия
столбца, но реально эту величину не используют. Кроме того, такая возможность
может очень пригодиться в случае, если необходим столбец, который может
содержать только 2 значения, а именно CHAR(0)
(т.е. столбец,
который не определен как NOT NULL
, занимает только один бит и
принимает только 2 значения: NULL
или ""
). See
section 6.2.3.1
Типы данных CHAR и VARCHAR.
CHAR
CHAR(1)
.
[NATIONAL] VARCHAR(M) [BINARY]
M
составляет от 0
до
255
символов (от 1
до 255
в версиях,
предшествующих MySQL Version 4.0.2). Если не задан атрибут чувствительности к
регистру BINARY
, то величины VARCHAR
сортируются и
сравниваются как независимые от регистра. See section 6.5.3.1
Молчаливые изменения определений столбцов. Термин VARCHAR
является сокращением от CHARACTER VARYING
. See section 6.2.3.1
Типы данных CHAR и VARCHAR.
TINYBLOB
TINYTEXT
BLOB
или TEXT
с максимальной длиной
255
(2^8 - 1
) символов. See section 6.5.3.1
Молчаливые изменения определений столбцов. See section 6.2.3.2
Типы данных BLOB
и TEXT
.
BLOB
TEXT
BLOB
или TEXT
с максимальной длиной
65535
(2^16 - 1
) символов. See section 6.5.3.1
Молчаливые изменения определений столбцов. See section 6.2.3.2
Типы данных BLOB
и TEXT
.
MEDIUMBLOB
MEDIUMTEXT
BLOB
или TEXT
с максимальной длиной
16777215
(2^24 - 1
) символов. See section 6.5.3.1
Молчаливые изменения определений столбцов. See section 6.2.3.2
Типы данных BLOB
и TEXT
.
LONGBLOB
LONGTEXT
BLOB
или TEXT
с максимальной длиной
4294967295
(2^32 - 1
) символов. See section 6.5.3.1
Молчаливые изменения определений столбцов. Следует учитывать, что в
настоящее время протокол передачи данных сервер/клиент и таблицы
MyISAM
имеют ограничение 16 Мб на передаваемый пакет/строку
таблицы, поэтому пока нельзя использовать этот тип данных в его полном
диапазоне. See section 6.2.3.2
Типы данных BLOB
и TEXT
.
ENUM('значение1','значение2',...)
'значение1'
,
'значение2'
, ...
, NULL
или специальная
величина ошибки ""
. Список ENUM
может содержать
максимум 65535
различных величин. See section 6.2.3.3
Тип перечисления ENUM
.
SET('значение1','значение2',...)
'значение1'
, 'значение2'
, ...
Список
SET
может содержать максимум 64 элемента. See section 6.2.3.4
Тип множества SET
. MySQL поддерживает все числовые типы данных языка SQL92 по стандартам
ANSI/ISO. Они включают в себя типы точных числовых данных (NUMERIC
,
DECIMAL
, INTEGER
и SMALLINT
) и типы
приближенных числовых данных (FLOAT
, REAL
и
DOUBLE PRECISION
). Ключевое слово INT
является
синонимом для INTEGER
, а ключевое слово DEC
-
синонимом для DECIMAL
.
Типы данных NUMERIC
и DECIMAL
реализованы в MySQL
как один и тот же тип - это разрешается стандартом SQL92. Они используются для
величин, для которых важно сохранить повышенную точность, например для денежных
данных. Требуемая точность данных и масштаб могут задаваться (и обычно задаются)
при объявлении столбца данных одного из этих типов, например:
salary DECIMAL(5,2)
В этом примере - 5
(точность) представляет собой общее
количество значащих десятичных знаков, с которыми будет храниться данная
величина, а цифра 2
(масштаб) задает количество десятичных знаков
после запятой. Следовательно, в этом случае интервал величин, которые могут
храниться в столбце salary
, составляет от -99,99
до
99,99
(в действительности для данного столбца MySQL обеспечивает
возможность хранения чисел вплоть до 999,99
, поскольку можно не
хранить знак для положительных чисел).
В SQL92 по стандарту ANSI/ISO выражение DECIMAL(p)
эквивалентно
DECIMAL(p,0)
. Аналогично, выражение DECIMAL
также
эквивалентно DECIMAL(p,0)
, при этом предполагается, что величина
p
определяется конкретной реализацией. В настоящее время MySQL не
поддерживает ни одну из рассматриваемых двух различных форм типов данных
DECIMAL/NUMERIC
. В общем случае это не является серьезной
проблемой, так как основные преимущества данных типов состоят в возможности явно
управлять как точностью, так и масштабом представления данных.
Величины типов DECIMAL
и NUMERIC
хранятся как
строки, а не как двоичные числа с плавающей точкой, чтобы сохранить точность
представления этих величин в десятичном виде. При этом используется по одному
символу строки для каждого разряда хранимой величины, для десятичного знака
(если масштаб > 0
) и для знака `-' (для
отрицательных чисел). Если параметр масштаба
равен 0
,
то величины DECIMAL
и NUMERIC
не содержат десятичного
знака или дробной части.
Максимальный интервал величин DECIMAL
и NUMERIC
тот
же, что и для типа DOUBLE
, но реальный интервал может быть
ограничен выбором значений параметров точности
или
масштаба
для данного столбца с типом данных DECIMAL
или NUMERIC
. Если конкретному столбцу присваивается значение,
имеющее большее количество разрядов после десятичного знака, чем разрешено
параметром масштаба
, то данное значение округляется до количества
разрядов, разрешенного масштаба
. Если столбцу с типом
DECIMAL
или NUMERIC
присваивается значение, выходящее
за границы интервала, заданного значениями точности
и
масштаба
(или принятого по умолчанию), то MySQL сохранит данную
величину со значением соответствующей граничной точки данного интервала.
В качестве расширения стандарта ANSI/ISO SQL92 MySQL также поддерживает
числовые типы представления данных TINYINT
, MEDIUMINT
и BIGINT
, кратко описанные в таблице выше. Еще одно расширение
указанного стандарта, поддерживаемое MySQL, позволяет при необходимости
указывать количество показываемых пользователю символов целого числа в круглых
скобках, следующих за базовым ключевым словом данного типа (например
INT(4)
). Это необязательное указание количества выводимых символов
используется для дополнения слева выводимых значений, которые содержат символов
меньше, чем заданная ширина столбца, однако не накладывает ограничений ни на
диапазон величин, которые могут храниться в столбце, ни на количество разрядов,
которые могут выводиться для величин, у которых количество символов превосходит
ширину данного столбца. Если дополнительно указан необязательный атрибут
ZEROFILL
, свободные позиции по умолчанию заполняются нолями.
Например, для столбца, объявленного как INT(5)
ZEROFILL
, величина 4
извлекается как
00004
. Следует учитывать, что если в столбце для целых чисел
хранится величина с количеством символов, превышающим заданную ширину столбца,
могут возникнуть проблемы, когда MySQL будет генерировать временные таблицы для
некоторых сложных связей, так как в подобных случаях MySQL полагает, что данные
действительно поместились в столбец имеющейся ширины.
Все типы целочисленных данных могут иметь необязательный и не оговоренный в
стандарте атрибут UNSIGNED
. Беззнаковые величины можно использовать
для разрешения записи в столбец только положительных чисел, если необходимо
немного увеличить числовой интервал в столбце.
В версии MySQL 4.0.2 числовые типы данных с плавающей точкой также могут
иметь параметр UNSIGNED
. Как и в целочисленных типах, этот атрибут
предотвращает хранение в отмеченном столбце отрицательных величин. Но, в отличие
от целочисленных типов, максимальный интервал для величин столбца остается
прежним.
Тип FLOAT
обычно используется для представления приблизительных
числовых типов данных. Стандарт ANSI/ISO SQL92 допускает факультативное указание
точности (но не интервала порядка числа) в битах в круглых скобках, следующих за
ключевым словом FLOAT
. Реализация MySQL также поддерживает это
факультативное указание точности. При этом если ключевое слово
FLOAT
в обозначении типа столбца используется без указания
точности, MySQL выделяет 4 байта для хранения величин в этом столбце. Возможно
также иное обозначение, с двумя числами в круглых скобках за ключевым словом
FLOAT
. В этом варианте первое число по-прежнему определяет
требования к хранению величины в байтах, а второе число указывает количество
разрядов после десятичной запятой, которые будут храниться и показываться (как
для типов DECIMAL
и NUMERIC
). Если в столбец подобного
типа попытаться записать число, содержащее больше десятичных знаков после
запятой, чем указано для данного столбца, то значение величины при ее хранении в
MySQL округляется для устранения излишних разрядов.
Для типов REAL
и DOUBLE PRECISION
не предусмотрены
установки точности. MySQL воспринимает DOUBLE
как синоним типа
DOUBLE PRECISION
- это еще одно расширение стандарта ANSI/ISO
SQL92. Но, вопреки требованию стандарта, указывающему, что точность для
REAL
меньше, чем для DOUBLE PRECISION
, в MySQL оба
типа реализуются как 8-байтовые числа с плавающей точкой удвоенной точности
(если не установлен ``ANSI-режим''). Чтобы обеспечить максимальную
совместимость, в коде, требующем хранения приблизительных числовых величин,
должны использоваться типы FLOAT
или DOUBLE PRECISION
без указаний точности или количества десятичных знаков.
Если в числовой столбец попытаться записать величину, выходящую за границы допустимого интервала для столбца данного типа, то MySQL ограничит величину до соответствующей граничной точки данного интервала и сохранит результат вместо исходной величины.
Например, интервал столбца INT
составляет от
-2147483648
до 2147483647
. Если попытаться записать в
столбец INT
число -9999999999
, то оно будет усечено до
нижней конечной точки интервала и вместо записываемого значения в столбце будет
храниться величина -2147483648
. Аналогично, если попытаться
записать число 9999999999
, то взамен запишется число
2147483647
.
Если для столбца INT
указан параметр UNSIGNED
, то
величина допустимого интервала для столбца останется той же, но его граничные
точки сдвинутся к 0
и 4294967295
. Если попытаться
записать числа -9999999999
и 9999999999
, то в столбце
окажутся величины 0
и 4294967296
.
Для команд ALTER TABLE
, LOAD DATA INFILE
,
UPDATE
и многострочной INSERT
выводится
предупреждение, если могут возникнуть преобразования данных вследствие
вышеописанных усечений.
Существуют следующие типы данных даты и времени: DATETIME
,
DATE
, TIMESTAMP
, TIME
и
YEAR
. Каждый из них имеет интервал допустимых значений, а также
значение ``ноль'', которое используется, когда пользователь вводит действительно
недопустимое значение. Отметим, что MySQL позволяет хранить некоторые не вполне
достоверные значения даты, например 1999-11-31
. Причина в том, что,
по нашему мнению, управление проверкой даты входит в обязанности конкретного
приложения, а не SQL-серверов. Для ускорения проверки правильности даты MySQL
только проверяет, находится ли месяц в интервале 0-12
и день в
интервале 0-31
. Данные интервалы начинаются с 0
, это
сделано для того, чтобы обеспечить для MySQL возможность хранить в столбцах
DATE
или DATETIME
даты, в которых день или месяц равен
нулю. Эта возможность особенно полезна для приложений, которые предполагают
хранение даты рождения - здесь не всегда известен день или месяц рождения. В
таких случаях дата хранится просто в виде 1999-00-00
или
1999-01-00
(при этом не следует рассчитывать на то, что для
подобных дат функции DATE_SUB()
или DATE_ADD
дадут
правильные значения).
Ниже приведены некоторые общие соображения, полезные при работе с типами данных даты и времени:
год-месяц-день
(например, '98-09-04'
), а не в порядке
месяц-день-год
или день-месяц-год
, т.е. не так, как
мы их обычно записываем (например '09-04-98'
,
'04-09-98'
).
TIME
, которые усекаются до соответствующей граничной точки
заданного интервала TIME
). В следующей таблице представлены
форматы значения ``ноль'' для каждого из типов столбцов:
Тип столбца | Значение ``Ноль'' |
DATETIME |
'0000-00-00 00:00:00' |
DATE |
'0000-00-00' |
TIMESTAMP |
00000000000000 (длина зависит от количества выводимых
символов) |
TIME |
'00:00:00' |
YEAR |
0000 |
NULL
в версии MyODBC 2.50.12 и выше, так как
ODBC не оперирует с подобными величинами. Ядро MySQL само по себе устойчиво к ``проблеме 2000 года'' (see section 1.4.5 Вопросы, связанные с Проблемой-2000), но некоторые представленные в MySQL входные величины могут являться источниками ошибок. Так, любое вводимое значение, содержащее двухразрядное значение года, является неоднозначным, поскольку неизвестно столетие. Подобные величины должны быть переведены в четырехразрядную форму, так как для внутреннего представления года в MySQL используется 4 разряда.
Для типов DATETIME
, DATE
, TIMESTAMP
и
YEAR
даты с неоднозначным годом интерпретируются в MySQL по
следующим правилам:
00-69
конвертируется в
2000-2069
.
70-99
конвертируется в
1970-1999
. Следует помнить, что эти правила дают только правдоподобные предположения о том, что ваши данные в действительности означают. Если применяемая MySQL эвристика не дает правильных величин, необходимо обеспечить недвусмысленные входные данные, содержащие четырехразрядные величины года.
ORDER BY
отсортирует двухразрядные
YEAR/DATE/DATETIME
типы корректно.
Необходимо также отметить, что некоторые функции, такие как
MIN()
и MAX()
будут преобразовывать
TIMESTAMP/DATE
в число. Это означает, что столбец с данными типа
TIMESTAMP
, содержащими год в виде двух разрядов, не будет правильно
работать с указанными функциями. Выход из этого положения состоит в
преобразовании TIMESTAMP/DATE
к четырехразрядному формату или
использовании чего-нибудь вроде MIN(DATE_ADD(timestamp,INTERVAL 0
DAYS))
.
DATETIME
, DATE
и
TIMESTAMP
Типы DATETIME
, DATE
и TIMESTAMP
являются родственными типами данных. В данном разделе описаны их свойства, общие
черты и различия.
Тип данных DATETIME
используется для величин, содержащих
информацию как о дате, так и о времени. MySQL извлекает и выводит величины
DATETIME
в формате 'YYYY-MM-DD HH:MM:SS'
.
Поддерживается диапазон величин от '1000-01-01 00:00:00'
до
'9999-12-31 23:59:59'
. (''поддерживается'' означает, что хотя
величины с более ранними временными значениями, возможно, тоже будут работать,
но нет гарантии того, что они будут правильно храниться и отображаться).
Тип DATE
используется для величин с информацией только о дате,
без части, содержащей время. MySQL извлекает и выводит величины
DATE
в формате 'YYYY-MM-DD'
. Поддерживается диапазон
величин от '1000-01-01'
до '9999-12-31'
.
Тип столбца TIMESTAMP
обеспечивает тип представления данных,
который можно использовать для автоматической записи текущих даты и времени при
выполнении операций INSERT
или UPDATE
. При наличии
нескольких столбцов типа TIMESTAMP
только первый из них обновляется
автоматически.
Автоматическое обновление первого столбца с типом TIMESTAMP
происходит при выполнении любого из следующих условий:
INSERT
или LOAD DATA
INFILE
.
UPDATE
, и при этом
изменяется величина в некотором другом столбце (следует отметить, что команда
UPDATE
, устанавливающая столбец в то же самое значение, которое
было до выполнения команды, не вызовет обновления столбца
TIMESTAMP
, поскольку в целях повышения производительности MySQL
игнорирует подобные обновления при установке столбца в его текущее значение).
TIMESTAMP
явно установлена в
NULL
. Для остальных (кроме первого) столбцов типа TIMESTAMP
также
можно задать установку в значение текущих даты и времени. Для этого необходимо
просто установить столбец в NULL
или в NOW()
.
Любой столбец типа TIMESTAMP
(даже первый столбец данного типа)
можно установить в значение, отличное от текущих даты и времени. Это делается
путем явной установки его в желаемое значение. Данное свойство можно
использовать, например, если необходимо установить столбец
TIMESTAMP
в значение текущих даты и времени при создании строки, а
при последующем обновлении этой строки значение столбца не должно изменяться:
TIMESTAMP
при создании данной строки. Столбец будет установлен в
исходное состояние со значением текущих даты и времени.
TIMESTAMP
в его текущее
значение. Однако, с другой стороны, для этих целей, возможно, будет проще использовать
столбец DATETIME
. При создании строки его следует инициализировать
функцией NOW()
и оставить в покое при последующих обновлениях.
Величины типа TIMESTAMP
могут принимать значения от начала
1970
года до некоторого значения в 2037
году с
разрешением в одну секунду. Эти величины выводятся в виде числовых значений.
Формат данных, в котором MySQL извлекает и показывает величины
TIMESTAMP
, зависит от количества показываемых символов. Это
проиллюстрировано в приведенной ниже таблице. Полный формат
TIMESTAMP
составляет 14 десятичных разрядов, но можно создавать
столбцы типа TIMESTAMP
и с более короткой строкой вывода:
Тип столбца | Формат вывода |
TIMESTAMP(14) |
YYYYMMDDHHMMSS |
TIMESTAMP(12) |
YYMMDDHHMMSS |
TIMESTAMP(10) |
YYMMDDHHMM |
TIMESTAMP(8) |
YYYYMMDD |
TIMESTAMP(6) |
YYMMDD |
TIMESTAMP(4) |
YYMM |
TIMESTAMP(2) |
YY |
Независимо от размера выводимого значения размер данных, хранящихся в
столбцах типа TIMESTAMP
, всегда один и тот же. Чаще всего
используется формат вывода с 6, 8, 12 или 14 десятичными знаками. При создании
таблицы можно указать произвольный размер выводимых значений, однако если этот
размер задать равным 0 или превышающим 14, то будет использоваться значение 14.
Нечетные значения размеров в интервале от 1 до 13 будут приведены к ближайшему
большему четному числу.
Величины DATETIME
, DATE
и TIMESTAMP
могут быть заданы любым стандартным набором форматов:
'YYYY-MM-DD HH:MM:SS'
или в формате
'YY-MM-DD HH:MM:SS'
. Допускается ``облегченный'' синтаксис -
можно использовать любой знак пунктуации в качестве разделительного между
частями разделов даты или времени. Например, величины '98-12-31
11:30:45'
, '98.12.31 11+30+45'
, '98/12/31
11*30*45'
и '98@12@31 11^30^45'
являются эквивалентными.
'YYYY-MM-DD'
или в формате
'YY-MM-DD'
. Здесь также допустим ``облегченный'' синтаксис.
Например, величины '98-12-31'
, '98.12.31'
,
'98/12/31'
и '98@12@31'
являются эквивалентными.
'YYYYMMDDHHMMSS'
или в формате 'YYMMDDHHMMSS'
, при
условии, что строка понимается как дата. Например, величины
'19970523091528'
и '970523091528'
можно
интерпретировать как '1997-05-23 09:15:28'
, но величина
'971122129015'
является недопустимой (значение раздела минут
является абсурдным) и преобразуется в '0000-00-00 00:00:00'
.
'YYYYMMDD'
или
в формате 'YYMMDD'
, при условии, что строка интерпретируется как
дата. Например, величины '19970523'
и '970523'
можно
интерпретировать как '1997-05-23'
, но величина
'971332'
является недопустимой (значения разделов месяца и дня не
имеют смысла) и преобразуется в '0000-00-00'
.
YYYYMMDDHHMMSS
или в формате
YYMMDDHHMMSS
, при условии, что число интерпретируется как дата.
Например, величины 19830905132800
и 830905132800
интерпретируются как '1983-09-05 13:28:00'
.
YYYYMMDD
или в формате
YYMMDD
, при условии, что число интерпретируется как дата.
Например, величины 19830905
и 830905
интерпретируются как '1983-09-05'
.
DATETIME
, DATE
или
TIMESTAMP
(например, функции NOW()
или
CURRENT_DATE
). Недопустимые значения величин DATETIME
, DATE или
T
IMESTAMP преобразуются в значение ``ноль'' соответствующего типа величин
('0000-00-00 00:00:00'
, '0000-00-00'
, или
00000000000000
).
Для величин, представленных как строки, содержащие разделительные знаки между
частями даты, нет необходимости указывать два разряда для значений месяца или
дня, меньших, чем 10
. Так, величина '1979-6-9'
эквивалентна величине '1979-06-09'
. Аналогично, для величин,
представленных как строки, содержащие разделительные знаки внутри обозначения
времени, нет необходимости указывать два разряда для значений часов, минут или
секунд, меньших, чем 10
. Так,
Величины, определенные как числа, должны иметь 6
,
8
, 12
, или 14
десятичных разрядов.
Предполагается, что число, имеющее 8
или 14
разрядов,
представлено в форматах YYYYMMDD
или YYYYMMDDHHMMSS
соответственно, причем год указан в первых четырех разрядах. Если же длина числа
6
или 12
разрядов, то предполагаются соответственно
форматы YYMMDD
или YYMMDDHHMMSS
, где год указан в
первых двух разрядах. Числа, длина которых не соответствует ни одному из
описанных вариантов, интерпретируются как дополненные спереди нулями до
ближайшей вышеуказанной длины.
Величины, представленные строками без разделительных знаков, интерпретируются
с учетом их длины согласно приведенным далее правилам. Если длина строки равна
8
или 14
символам, то предполагается, что год задан
первыми четырьмя символами. В противном случае предполагается, что год задан
двумя первыми символами. Строка интерпретируется слева направо, при этом
определяются значения для года, месяца, дня, часов, минут и секунд для всех
представленных в строке разделов. Это означает, что строка с длиной меньше, чем
6
символов, не может быть использована. Например, если задать
строку вида '9903'
, полагая, что это будет означать март 1999 года,
то MySQL внесет в таблицу ``нулевую'' дату. Год и месяц в данной записи равны
99
и 03
соответственно, но раздел, представляющий
день, пропущен (значение равно нулю), поэтому в целом данная величина не
является достоверным значением даты.
При хранении допустимых величин в столбцах типа TIMESTAMP
используется полная точность, указанная при их задании, независимо от количества
выводимых символов. Это свойство имеет несколько следствий:
TIMESTAMP(4)
или TIMESTAMP(2)
. В противном случае
задаваемая величина не будет допустимым значением даты и будет храниться как
0
.
TIMESTAMP
путем
использования команды ALTER TABLE
будет выводиться ранее
``скрытая'' информация.
TIMESTAMP
хранимая
информация не будет потеряна, если не принимать во внимание, что при выводе
информации будет выдаваться меньше.
TIMESTAMP
хранятся с полной точностью,
непосредственно может работать с этим исходным хранимым значением величины
только функция UNIX_TIMESTAMP()
. Остальные функции оперируют
форматированными значениями извлеченной величины. Это означает, что нельзя
использовать такие функции, как HOUR()
или SECOND()
,
пока соответствующая часть величины TIMESTAMP
не будет включена в
ее форматированное значение. Например, раздел HH
столбца
TIMESTAMP
не будет выводиться, пока количество выводимых символов
не станет по меньшей мере равным 10
, так что попытки использовать
HOUR()
для более коротких величин TIMESTAMP
приведут
к бессмысленным результатам. Величины одного типа даты можно в ряде случаев присвоить объекту другого типа даты. Однако при этом возможны некоторое изменение величины или потеря информации:
DATE
объекту
DATETIME
или TIMESTAMP
, то в результирующей величине
``временная'' часть будет установлена в '00:00:00'
, так как
величина DATE
не содержит информации о времени.
DATE
, DATETIME
или
TIMESTAMP
объекту DATE
, то ``временная'' часть в
результирующей величине будет удалена, так как тип DATE
не
включает информацию о времени.
DATETIME
, DATE
и
TIMESTAMP
могут быть указаны с использованием одного и того же
набора форматов, следует помнить, что указанные типы имеют разные интервалы
допустимых значений. Например, величины типа TIMESTAMP
не могут
иметь значения даты более ранние, чем относящиеся к 1970
году или
более поздние, чем относящиеся к 2037
году. Это означает, что
такая дата, как '1968-01-01'
, будучи разрешенной для величины
типа DATETIME
или DATE
, недопустима для величины
типа TIMESTAMP
и будет преобразована в 0
при
присвоении этому объекту. Задавая величины даты, следует иметь в виду некоторые ``подводные камни'':
'10:11:12'
, благодаря разделителю `:' могла бы
оказаться величиной времени, но, используемая в контексте даты, она будет
интерпретирована как год '2010-11-12'
. В то же время величина
'10:45:15'
будет преобразована в '0000-00-00'
, так
как для месяца значение '45'
недопустимо.
00-31
, месяцы 00-12
, года 1000-9999
.
Любая дата вне этого диапазона преобразуется в 0000-00-00
.
Следует отметить, что, тем не менее, при этом не запрещается хранить неверные
даты, такие как 2002-04-31
. Это позволяет веб-приложениям
сохранять данные форм без дополнительной проверки. Чтобы убедиться в
достоверности даты, выполняется проверка в самом приложении.
00-69
преобразуются в
2000-2069
.
70-99
преобразуются в
1970-1999
. TIME
MySQL извлекает и выводит величины типа TIME
в формате
'HH:MM:SS'
(или в формате 'HHH:MM:SS'
для больших
значений часов). Величины TIME
могут изменяться в пределах от
'-838:59:59'
до '838:59:59'
. Причина того, что
``часовая'' часть величины может быть настолько большой, заключается в том, что
тип TIME
может использоваться не только для представления времени
дня (которое должно быть меньше 24 часов), но также для представления общего
истекшего времени или временного интервала между двумя событиями (который может
быть значительно больше 24 часов или даже отрицательным).
Величины TIME
могут быть заданы в различных форматах:
'D HH:MM:SS.дробная часть'
(следует
учитывать, что MySQL пока не обеспечивает хранения дробной части величины в
столбце рассматриваемого типа). Можно также использовать одно из следующих
``облегченных'' представлений: HH:MM:SS.дробная часть
,
HH:MM:SS
, HH:MM
, D HH:MM:SS
, D
HH:MM
, D HH
или SS
. Здесь D
-
это дни из интервала значений 0-33
.
'HHMMSS'
, при условии,
что строка интерпретируется как дата. Например, величина '101112'
понимается как '10:11:12'
, но величина '109712'
будет недопустимой (значение раздела минут является абсурдным) и преобразуется
в '00:00:00'
.
HHMMSS
, при условии, что строка
интерпретируется как дата. Например, величина 101112
понимается
как '10:11:12'
. MySQL понимает и следующие альтернативные
форматы: SS
, MMSS
, HHMMSS
,
HHMMSS.дробная часть
. При этом следует учитывать, что хранения
дробной части MySQL пока не обеспечивает.
TIME
(например, такой функции, как
CURRENT_TIME
). Для величин типа TIME
, представленных как строки, содержащие
разделительные знаки между частями значения времени, нет необходимости указывать
два разряда для значений часов, минут или секунд, меньших 10
. Так,
величина '8:3:2'
эквивалентна величине '08:03:02'
.
Будьте внимательны в отношении использования ``укороченных'' величин
TIME
в столбце типа TIME
. MySQL интерпретирует
выражения без разделительных двоеточий исходя из предположения, что крайние
справа разряды представляют секунды (MySQL интерпретирует величины
TIME
как общее истекшее время, а не как время дня). Например, можно
подразумевать, что величины '1112'
и 1112
обозначают
'11:12:00'
(11 часов и 12 минут дня по показаниям часов), но MySQL
понимает их как '00:11:12'
(11 минут, 12 секунд). Подобно этому,
'12'
и 12
интерпретируются как
'00:00:12'
. Величины TIME
с разделительными
двоеточиями, наоборот, всегда трактуются как время дня. Т.е. выражение
'11:12'
будет пониматься как '11:12:00'
, а не
'00:11:12'
.
Величины, лежащие вне разрешенного интервала TIME
, но во всем
остальном представляющие собой допустимые значения, усекаются до соответствующей
граничной точки данного интервала. Например, величины '-850:00:00'
и '850:00:00'
преобразуются соответственно в
'-838:59:59'
и '838:59:59'
.
Недопустимые значения величин TIME
преобразуются в значение
'00:00:00'
. Отметим, что поскольку выражение
'00:00:00'
само по себе представляет разрешенное значение величины
TIME
, то по хранящейся в таблице величине '00:00:00'
невозможно определить, была ли эта величина изначально задана как
'00:00:00'
или является преобразованным значением недопустимой
величины.
YEAR
Тип YEAR
- это однобайтный тип данных для представления значений
года.
MySQL извлекает и выводит величины YEAR
в формате
YYYY
. Диапазон возможных значений - от 1901
до
2155
.
Величины типа YEAR
могут быть заданы в различных форматах:
'1901'
до
'2155'
.
1901
до
2155
.
'00'
до
'99'
. Величины в интервалах от '00'
до
'69'
и от '70'
до '99'
при этом
преобразуются в величины YEAR
в интервалах от 2000
до 2069
и от 1970
до 1999
соответственно.
1
до
99
. Величины в интервалах от 1
до 69
и
от 70
до 99
при этом преобразуются в величины
YEAR
в интервалах от 2001
до 2069
и от
1970
до 1999
соответственно. Необходимо принять во
внимание, что интервалы для двухзначных чисел и двухзначных строк несколько
различаются, так как нельзя указать ``ноль'' непосредственно как число и
интерпретировать его как 2000
. Необходимо задать его как строку
'0'
или '00'
, или же оно будет интерпретировано как
0000
.
YEAR
(такой как NOW()
).
Недопустимые величины YEAR
преобразуются в 0000
.
Существуют следующие символьные типы данных: CHAR
,
VARCHAR
, BLOB
, TEXT
, ENUM
и
SET
. В данном разделе дается описание их работы, требований к их
хранению и использования их в запросах.
Типы данных CHAR
и VARCHAR
очень схожи между собой,
но различаются по способам их хранения и извлечения.
В столбце типа CHAR
длина поля постоянна и задается при создании
таблицы. Эта длина может принимать любое значение между 1
и
255
(что же касается версии MySQL 3.23, то в ней длина столбца
CHAR
может быть от 0
до 255
). Величины
типа CHAR
при хранении дополняются справа пробелами до заданной
длины. Эти концевые пробелы удаляются при извлечении хранимых величин.
Величины в столбцах VARCHAR
представляют собой строки переменной
длины. Так же как и для столбцов CHAR
, можно задать столбец
VARCHAR
любой длины между 1
и 255
.
Однако, в противоположность CHAR
, при хранении величин типа
VARCHAR
используется только то количество символов, которое
необходимо, плюс один байт для записи длины. Хранимые величины пробелами не
дополняются, наоборот, концевые пробелы при хранении удаляются (описанный
процесс удаления пробелов отличается от предусмотренного спецификацией ANSI
SQL).
Если задаваемая в столбце CHAR
или VARCHAR
величина
превосходит максимально допустимую длину столбца, то эта величина
соответствующим образом усекается.
Различие между этими двумя типами столбцов в представлении результата
хранения величин с разной длиной строки в столбцах CHAR(4)
и
VARCHAR(4)
проиллюстрировано следующей таблицей:
Величина | CHAR(4) |
Требуемая память | VARCHAR(4) |
Требуемая память |
'' |
' ' |
4 байта | '' |
1 байт |
'ab' |
'ab ' |
4 байта | 'ab' |
3 байта |
'abcd' |
'abcd' |
4 байта | 'abcd' |
5 байтов |
'abcdefgh' |
'abcd' |
4 байта | 'abcd' |
5 байтов |
Извлеченные из столбцов CHAR(4)
и VARCHAR(4)
величины в каждом случае будут одними и теми же, поскольку при извлечении
концевые пробелы из столбца CHAR удаляются.
Если при создании таблицы не был задан атрибут BINARY
для
столбцов, то величины в столбцах типа CHAR
и VARCHAR
сортируются и сравниваются без учета регистра. При задании атрибута
BINARY
величины в столбце сортируются и сравниваются с учетом
регистра в соответствии с порядком таблицы ASCII на том компьютере, где работает
сервер MySQL. Атрибут BINARY
не влияет на процессы хранения или
извлечения данных из столбца.
Атрибут BINARY
является ``прилипчивым''. Это значит, что, если в
каком-либо выражении использовать столбец, помеченный как BINARY
,
то сравнение всего выражения будет выполняться как сравнение величины типа
BINARY
.
MySQL может без предупреждения изменить тип столбца CHAR
или
VARCHAR
во время создания таблицы. See section 6.5.3.1
Молчаливые изменения определений столбцов.
BLOB
и TEXT
Тип данных BLOB
представляет собой двоичный объект большого
размера, который может содержать переменное количество данных. Существуют 4
модификации этого типа - TINYBLOB
, BLOB
,
MEDIUMBLOB
и LONGBLOB
, отличающиеся только
максимальной длиной хранимых величин. See section 6.2.6
Требования к памяти для различных типов столбцов.
Тип данных TEXT
также имеет 4 модификации -
TINYTEXT
, TEXT
, MEDIUMTEXT
и
LONGTEXT
, соответствующие упомянутым четырем типам
BLOB
и имеющие те же максимальную длину и требования к объему
памяти. Единственное различие между типами BLOB
и TEXT
состоит в том, что сортировка и сравнение данных выполняются с учетом регистра
для величин BLOB
и без учета регистра для величин
TEXT
. Другими словами, TEXT
- это независимый от
регистра BLOB
.
Если размер задаваемого в столбце BLOB
или TEXT
значения превосходит максимально допустимую длину столбца, то это значение
соответствующим образом усекается.
В большинстве случаев столбец TEXT
может рассматриваться как
столбец VARCHAR
неограниченного размера. И, аналогично,
BLOB
- как столбец типа VARCHAR BINARY
. Различия при
этом следующие:
BLOB
и TEXT
могут индексироваться
в версии MySQL 3.23.2 и более новых. Более старые версии MySQL не поддерживают
индексацию этих столбцов.
BLOB
и TEXT
не производится
удаление концевых символов, как это делается для столбцов типа
VARCHAR
.
BLOB
и TEXT
не может быть задан
атрибут DEFAULT
- значения величин по умолчанию. В MyODBC величины типа BLOB
определяются как
LONGVARBINARY
и величины типа TEXT - как LONGVARCHAR
.
Так как величины типов BLOB
и TEXT
могут быть
чрезмерно большими, при их использовании целесообразно предусмотреть некоторые
ограничения:
GROUP BY
или ORDER BY
в столбце типа BLOB
или
TEXT
, необходимо преобразовать значение столбца в объект с
фиксированной длиной. Обычно это делается с помощью функции
SUBSTRING
. Например: mysql> SELECT comment FROM tbl_name,SUBSTRING(comment,20) AS substr -> ORDER BY substr;Если этого не сделать, то операция сортировки в столбце будет выполнена только для первых байтов, количество которых задается параметром
max_sort_length
. Значение по умолчанию величины
max_sort_length
равно 1024
; это значение можно
изменить, используя параметр -O
сервера mysqld
при
его запуске. Группировка выражения, включающего в себя величины
BLOB
или TEXT
, возможна при указании позиции столбца
или использовании псевдонима: mysql> SELECT id,SUBSTRING(blob_col,1,100) FROM tbl_name GROUP BY 2; mysql> SELECT id,SUBSTRING(blob_col,1,100) AS b FROM tbl_name GROUP BY b;
BLOB
или TEXT
определяется его типом, но наибольшее значение, которое фактически может быть
передано между клиентом и сервером, ограничено величиной доступной памяти и
размером буферов связи. Можно изменить размер буфера блока передачи, но
сделать это необходимо как на стороне сервера, так и на стороне клиента. See
section 5.5.2
Настройка параметров сервера. Следует учитывать, что внутренним представлением любой величины типа
BLOB
или TEXT
является отдельно размещенный объект - в
противоположность всем остальным типам столбцов, для которых память выделяется
единовременно для столбца при открытии таблицы.
ENUM
ENUM (перечисление) - это столбец, который может принимать значение из списка допустимых значений, явно перечисленных в спецификации столбца в момент создания таблицы.
Этим значением также может быть пустая строка ("") или NULL при определенных условиях:
Каждая величина из допустимы имеет индекс:
mysql> SELECT * FROM tbl_name WHERE enum_col=0;
Например, столбец, определенный как ENUM("один", "два", "три") может иметь любую из перечисленных величин. Индекс каждой величины также известен:
Величина | Индекс |
NULL |
NULL |
"" |
0 |
"один" |
1 |
"два" |
2 |
"три" |
3 |
Перечисление может иметь максимум 65535 элементов.
Начиная с 3.23.51, оконечные пробелы автоматически удаляются из величин этого столбца в момент создания таблицы.
Регистр не играет роли, когда вы делаете вставку в столбец ENUM. Однако регистр значений, получаемых из этого столбца, совпадает с регистром в написании соответствующего значения, заданного во время создания таблицы.
Если вы делаете выборку столбца ENUM в числовом контексте, возвращается индекс значения. Например, вы можете получить численное значение ENUM таким образом:
mysql> SELECT enum_col+0 FROM tbl_name;
Если вы вставляете число в столбец ENUM, это число воспринимается как индекс, и в таблицу записывается соответствующее этому индексу значение перечисления. (Однако, это не будет работать с LOAD DATA, который воспринимает все входящие данные как строки.) Не рекомендуется сохранять числа в перечислении, т.к. это может привести к излишней путаннице.
Значения перечисления сортируются в соответствии с порядком, в котором
допустимые значения были заданы при создании таблицы. (Другими словами, значения
ENUM сортируются в соответствии с ихними индексами.) Например, "a"
в отсортированном выводе будет присутствовать раньше чем "b"
для
ENUM("a", "b")
, но "b"
появится раньше
"a"
для ENUM("b","a")
. Пустые строки возвращаются
перед непустыми строками, и NULL-значения будут выведены в самую первую очередь.
Если вам нужно получить список возможных значения для столбца ENUM, вы должны
вызвать SHOW COLUMNS FROM имя_таблицы LIKE имя_столбца_enum
и
проанализировать определение ENUM во втором столбце.
SET
SET - это строковый тип, который может принимать ноль или более значений, каждое из которых должно быть выбрано из списка допустимых значений, определенных при создании таблицы. Элементы множества SET разделяются запятыми. Как следствие, сами элементы множества не могут содержать запятых.
Например, столбец, определенный как SET("один", "два") NOT NULL
может принимать такие значения:
"" "один" "два" "один,два"
Множество SET может иметь максимум 64 различных элемента.
Начиная с 3.23.51, оконечные пробелы удаляются из значений множества SET в момент создания таблицы.
MySQL сохраняет значения SET в численном виде, где младший бит сохраненной величины соответствует первому элементу множества. Если вы делаете выборку столбца SET в числовом контексте, полученное значение содержит соответствующим образом установленные биты, создающие значение столбца. Например, вы можете сделать выборку численного значения SET-столбца таким образом:
mysql> SELECT set_col+0 FROM tbl_name;
Если делается вставка в столбец SET, биты, установленные в двоичном
представлении числа определяют элементы множества. Допустим, столбец определен
как SET("a","b","c","d")
. Тогда элементы имеют такие биты
установленными:
SET элемент |
числовое значение | двоичное значение |
a |
1 |
0001 |
b |
2 |
0010 |
c |
4 |
0100 |
d |
8 |
1000 |
Если вы вставляет значение 9
в этот столбец, это соответствует
1001
в двоичном представлении, так что первый ("a"
) и
четвертый ("d"
) элементы множества выбираются, что в результате
дает "a,d"
.
Для значения, содержащего более чем один элемент множестве, не играет никакой
роли, в каком порядке эти элементы перечисляются в момент вставки значения.
Также не играет роли, как много раз то или иное значение перечислено. Когда
позже это значение выбирается, каждый элемент будет присутствовать только
единожды, и элементы будут перечислены в том порядке, в котором они
перечисляются в определении таблицы. Например, если столбец определен как
SET("a","b","c","d")
, тогда "a,d"
, "d,a"
,
и "d,a,a,d,d"
будут представлены как "a,d"
.
Если вы вставляете в столбец SET некорректую величины, это значение будет проигнорировано.
SET-значения сортируются в соответствии с числовым представлением. NULL-значения идут в первую очередь.
Обычно, следует выполнять SELECT
для SET-столбца, используя
оператор LIKE
или функцию FIND_IN_SET()
:
mysql> SELECT * FROM tbl_name WHERE set_col LIKE '%value%'; mysql> SELECT * FROM tbl_name WHERE FIND_IN_SET('value',set_col)>0;
Но и такая форма также работает:
mysql> SELECT * FROM tbl_name WHERE set_col = 'val1,val2'; mysql> SELECT * FROM tbl_name WHERE set_col & 1;
Первый оператор в каждом примере делает выборку точного значения. Второй оператор делает выборку значений, содержащих первого элемента множества.
Если вам нужно получить все возможные значения для столбца SET, вам следует
вызвать SHOW COLUMNS FROM table_name LIKE set_column_name
и
проанализировать SET-определение во втором столбце.
Для того чтобы память использовалась наиболее эффективно, всегда следует
стараться применять тип данных, обеспечивающий максимальную точность. Например,
для величин в диапазоне между 1
и 99999
в
целочисленном столбце наилучшим типом будет MEDIUMINT UNSIGNED
.
Часто приходится сталкиваться с такой проблемой, как точное представление
денежных величин. В MySQL для представления таких величин необходимо
использовать тип данных DECIMAL
. Поскольку данные этого типа
хранятся в виде строки, потерь в точности не происходит. А в случаях, когда
точность не имеет слишком большого значения, вполне подойдет и тип данных
DOUBLE
.
Если же требуется высокая точность, всегда можно выполнить конвертирование в
тип данных с фиксированной точкой. Такие данные хранятся в виде
BIGINT
. Это позволяет выполнять все вычисления с ними как с целыми
числами, а впоследствии при необходимости результаты можно преобразовать обратно
в величины с плавающей точкой.
Чтобы облегчить использование SQL-кода, написанного для баз данных других поставщиков, в MySQL установлено соответствие типов столбцов, как показано в следующей таблице. Это соответствие упрощает применение описаний таблиц баз данных других поставщиков в MySQL:
Тип иного поставщика | Тип MySQL |
BINARY(NUM) |
CHAR(NUM) BINARY |
CHAR VARYING(NUM) |
VARCHAR(NUM) |
FLOAT4 |
FLOAT |
FLOAT8 |
DOUBLE |
INT1 |
TINYINT |
INT2 |
SMALLINT |
INT3 |
MEDIUMINT |
INT4 |
INT |
INT8 |
BIGINT |
LONG VARBINARY |
MEDIUMBLOB |
LONG VARCHAR |
MEDIUMTEXT |
MIDDLEINT |
MEDIUMINT |
VARBINARY(NUM) |
VARCHAR(NUM) BINARY |
Соотнесение типов столбцов происходит во время создания таблицы. При создании
таблицы с типами столбцов, которые используются другими поставщиками, после
запуска команды DESCRIBE имя_таблицы
выдается структура данной
таблицы с применением принятых в MySQL эквивалентных типов.
Требования к объему памяти для столбцов каждого типа, поддерживаемого MySQL, перечислены ниже по категориям.
Требования к памяти для числовых типов
Тип столбца | Требуемая память |
TINYINT |
1 byte |
SMALLINT |
2 байта |
MEDIUMINT |
3 байта |
INT |
4 байта |
INTEGER |
4 байта |
BIGINT |
8 байтов |
FLOAT(X) |
4, если X <= 24 или 8, если 25 <= X <= 53 |
FLOAT |
4 байта |
DOUBLE |
8 байтов |
DOUBLE PRECISION |
8 байтов |
REAL |
8 байтов |
DECIMAL(M,D) |
M+2 байт, если D > 0, M+1 байт, если D =
0 (D +2, если M < D ) |
NUMERIC(M,D) |
M+2 байт, если D > 0, M+1 байт, если D =
0 (D +2, если M < D ) |
Требования к памяти для типов даты и времени
Тип столбца | Требуемая память |
DATE |
3 байта |
DATETIME |
8 байтов |
TIMESTAMP |
4 байта |
TIME |
3 байта |
YEAR |
1 байт |
Требования к памяти для символьных типов
Тип столбца | Требуемая память |
CHAR(M) |
M байт, 1 <= M <= 255 |
VARCHAR(M) |
L +1 байт, где L <= M и 1 <= M
<= 255 |
TINYBLOB , TINYTEXT |
L +1 байт, где L < 2^8 |
BLOB , TEXT |
L +2 байт, где L < 2^16 |
MEDIUMBLOB , MEDIUMTEXT |
L +3 байт, где L < 2^24 |
LONGBLOB , LONGTEXT |
L +4 байт, где L < 2^32 |
ENUM('value1','value2',...) |
1 или 2 байт, в зависимости от количества перечисляемых величин (максимум 65535) |
SET('value1','value2',...) |
1, 2, 3, 4 или 8 байт, в зависимости от количества элементов множества (максимум 64) |
VARCHAR
, BLOB
и TEXT
являются типами
данных с переменной длиной строки, для таких типов требования к памяти в общем
случае определяются реальным размером величин в столбце (представлен символом
L
в приведенной выше таблице), а не максимально возможным для
данного типа размером. Например, столбец VARCHAR(10)
может
содержать строку с максимальной длиной 10
символов. Реально
требуемый объем памяти равен длине строки (L
) плюс 1 байт для
записи длины строки. Для строки 'abcd'
L
равно 4 и
требуемый объем памяти равен 5 байтов.
В случае типов данных BLOB
и TEXT
требуется 1, 2, 3
или 4 байта для записи длины значения данного столбца в зависимости от
максимально возможной длины для данного типа. See section 6.2.3.2
Типы данных BLOB
и TEXT
.
Если таблица включает в себя столбец какого-либо типа с переменной длиной строки, то формат записи также будет переменной длины. Следует учитывать, что при создании таблицы MySQL может при определенных условиях преобразовать тип столбца с переменной длиной в тип с постоянной длиной строки или наоборот. See section 6.5.3.1 Молчаливые изменения определений столбцов.
Размер объекта ENUM
определяется количеством различных
перечисляемых величин. Один байт используется для перечисления до
255
возможных величин. Используя два байта, можно перечислить до
65535
величин. See section 6.2.3.3
Тип перечисления ENUM
.
Размер объекта SET
определяется количеством различных элементов
множества. Если это количество равно N
, то размер объекта
вычисляется по формуле (N+7)/8
и полученное число округляется до
1
, 2
, 3
, 4
или
8
байтов. Множество SET
может иметь максимум
64
элемента. See section 6.2.3.4
Тип множества SET
.
SELECT
и
WHERE
В команде SQL выражение SELECT
или определение
WHERE
могут включать в себя любое выражение, в котором используются
описанные ниже функции.
Выражение, содержащее NULL
, всегда будет давать в результате
величину NULL
, если иное не оговорено в документации для операторов
и функций, задействованных в данном выражении.
Примечание: между именем функции и следующими за ним скобками не должно быть пробелов. Это поможет синтаксическому анализатору MySQL отличать вызовы функций от ссылок на таблицы или столбцы, имена которых случайно окажутся теми же, что и у функций. Однако допускаются пробелы до или после аргументов.
Если нужно, чтобы в MySQL допускались пробелы после имени функции, следует
запустить mysqld
с параметром --ansi
или использовать
CLIENT_IGNORE_SPACE
в mysql_connect()
, но в этом
случае все имена функций станут зарезервированными словами. See section 1.9.2
Запуск MySQL в режиме ANSI.
В целях упрощения в данной документации результат выполнения программы
mysql
в примерах представлен в сокращенной форме. Таким образом
вывод:
mysql> SELECT MOD(29,9); 1 rows in set (0.00 sec) +-----------+ | mod(29,9) | +-----------+ | 2 | +-----------+
будет представлен следующим образом:
mysql> SELECT MOD(29,9); -> 2
( ... )
Круглые скобки используются для задания порядка вычислений в выражении. Например:
mysql> SELECT 1+2*3; -> 7 mysql> SELECT (1+2)*3; -> 9
Операторы сравнения дают в результате величину 1
(истина, TRUE),
0
(ложь, FALSE) или NULL
. Эти функции работают как с
числами, так и со строками. Строки при необходимости автоматически преобразуются
в числа, а числа - в строки (как в Perl).
Операции сравнения в MySQL выполняются по следующим правилам:
NULL
, то и результат сравнения
будет NULL
. Справедливо для всех операторов кроме
<=>
.
TIMESTAMP
или DATETIME
, а второй аргумент -
константа, то константа перед выполнением сравнения преобразуется к типу
TIMESTAMP
. Это сделано для лучшей совместимости с ODBC.
По умолчанию сравнение строк производится без учета регистра символов с использованием текущего набора символов (по умолчанию ISO-8859-1 Latin1, который, к тому же, прекрасно подходит для английского языка).
Ниже приведены примеры, иллюстрирующие преобразование строк в числа для операторов сравнения:
mysql> SELECT 1 > '6x'; -> 0 mysql> SELECT 7 > '6x'; -> 1 mysql> SELECT 0 > 'x6'; -> 0 mysql> SELECT 0 = 'x6'; -> 1
=
mysql> SELECT 1 = 0; -> 0 mysql> SELECT '0' = 0; -> 1 mysql> SELECT '0.0' = 0; -> 1 mysql> SELECT '0.01' = 0; -> 0 mysql> SELECT '.01' = 0.01; -> 1
<>
!=
mysql> SELECT '.01' <> '0.01'; -> 1 mysql> SELECT .01 <> '0.01'; -> 0 mysql> SELECT 'zapp' <> 'zappp'; -> 1
<=
mysql> SELECT 0.1 <= 2; -> 1
<
mysql> SELECT 2 < 2; -> 0
>=
mysql> SELECT 2 >= 2; -> 1
>
mysql> SELECT 2 > 2; -> 0
<=>
mysql> SELECT 1 <=> 1, NULL <=> NULL, 1 <=> NULL; -> 1 1 0
IS NULL
IS NOT NULL
NULL
или нет: mysql> SELECT 1 IS NULL, 0 IS NULL, NULL IS NULL; -> 0 0 1 mysql> SELECT 1 IS NOT NULL, 0 IS NOT NULL, NULL IS NOT NULL; -> 1 1 0Для того, чтобы MySQL хорошо работал с другими программами, обеспечивается поддержка следующих дополнительных возможностей для функции
IS NULL
:
SELECT * FROM tbl_name WHERE auto_col IS NULLЭто свойство можно блокировать установкой
SQL_AUTO_IS_NULL=0
. See section 5.5.6
Синтаксис команды SET
.
NOT NULL DATE
и столбцов
DATETIME
можно найти особую дату 0000-00-00
,
используя выражение: SELECT * FROM tbl_name WHERE date_column IS NULLЭто необходимо для работы некоторых приложений ODBC (так как ODBC не поддерживает значение даты
0000-00-00
). expr BETWEEN min AND max
min
и меньше или равна заданному значению max
, то
функция BETWEEN
возвращает 1
, в противном случае -
0
. Это эквивалентно выражению (min <= expr AND expr
<= max
), в котором все аргументы представлены одним и тем же типом
данных. Способ выполнения сравнения определяется первым аргументом
(expr
):
expr
представляет собой столбец типа
TIMESTAMP
, DATE
или DATETIME
, а
величины MIN()
и MAX()
являются константами, то
последние приводятся к тому же формату, что и столбец.
expr
является независимым от регистра символов
строковым выражением, то производится сравнение строк без учета регистра.
expr
является зависимым от регистра символов строковым
выражением, то производится сравнение строк с учетом регистра.
expr
представляет собой целочисленное выражение, то
выполняется сравнение целых чисел.
mysql> SELECT 1 BETWEEN 2 AND 3; -> 0 mysql> SELECT 'b' BETWEEN 'a' AND 'c'; -> 1 mysql> SELECT 2 BETWEEN 2 AND '3'; -> 1 mysql> SELECT 2 BETWEEN 2 AND 'x-3'; -> 0
expr NOT BETWEEN min AND max
NOT (expr BETWEEN min AND
max)
.
expr IN (value,...)
1
, если выражение expr равно любой величине из
списка IN
, иначе - 0
. Если все величины - константы,
то они оцениваются в соответствии с типом выражения expr и сортируются. Поиск
элемента в этом случае производится методом логического поиска. Это означает,
что функция IN
является очень быстрой, если список значений
IN
состоит полностью из констант. Если expr является зависимым от
регистра строковым выражением, то сравнение строк производится с учетом
регистра: mysql> SELECT 2 IN (0,3,5,'wefwf'); -> 0 mysql> SELECT 'wefwf' IN (0,3,5,'wefwf'); -> 1
expr NOT IN (value,...)
NOT (expr IN (value,...))
.
ISNULL(expr)
expr
равно NULL
, то ISNULL()
возвращает 1
, в противном случае - 0
: mysql> SELECT ISNULL(1+1); -> 0 mysql> SELECT ISNULL(1/0); -> 1Обратите внимание: при сравнении величин
NULL
с
использованием оператора =
всегда будет возвращаться значение
FALSE
!
COALESCE(list)
NULL
: mysql> SELECT COALESCE(NULL,1); -> 1 mysql> SELECT COALESCE(NULL,NULL,NULL); -> NULL
INTERVAL(N,N1,N2,N3,...)
0
, если N < N1
, и 1
,
если N < N2
, и так далее. Все аргументы трактуются как целые
числа. Для корректной работы этой функции необходимо условие N1 < N2
< N3 < ... < Nn
. Это обусловлено тем, что используется
логический поиск (очень быстрый): mysql> SELECT INTERVAL(23, 1, 15, 17, 30, 44, 200); -> 3 mysql> SELECT INTERVAL(10, 1, 10, 100, 1000); -> 2 mysql> SELECT INTERVAL(22, 23, 30, 44, 200); -> 0
Если зависимая от регистра строка сравнивается с помощью любого стандартного
оператора (=,
<>
, ..., но не LIKE
),
то конечный пробел игнорируется.
mysql> SELECT "a" ="A "; -> 1
Все логические операторы дают в результате значения 1
(ИСТИНА),
0
(ЛОЖЬ) или NULL
(неустановленное, которое в
большинстве случаев принимается как ЛОЖЬ):
NOT
!
1
, если операнд равен
0
, в противном случае - 0
. Исключение: NOT
NULL
определяется как NULL
: mysql> SELECT NOT 1; -> 0 mysql> SELECT NOT NULL; -> NULL mysql> SELECT ! (1+1); -> 0 mysql> SELECT ! 1+1; -> 1Последний пример дает
1
, поскольку данное выражение
вычисляется тем же способом, что и (!1)+1
.
OR
||
1
, если любой из операндов не
равен ни 0
, ни NULL
: mysql> SELECT 1 || 0; -> 1 mysql> SELECT 0 || 0; -> 0 mysql> SELECT 1 || NULL; -> 1
AND
&&
NULL
,
дает 1
, если оба операнда ненулевые, и 0
- в
противном случае. Возвращает NULL
, если один из операндов равен
NULL
: mysql> SELECT 1 && 1; -> 1 mysql> SELECT 1 && 0; -> 0 mysql> SELECT 1 && NULL; -> NULL
IFNULL(expr1,expr2)
expr1
не равно NULL
, то функция
IFNULL()
возвращает значение expr1
, в противном
случае - expr2
. В зависимости от контекста функция
IFNULL()
может возвращать либо числовое, либо строковое значение:
mysql> SELECT IFNULL(1,0); -> 1 mysql> SELECT IFNULL(NULL,10); -> 10 mysql> SELECT IFNULL(1/0,10); -> 10 mysql> SELECT IFNULL(1/0,'yes'); -> 'yes'
NULLIF(expr1,expr2)
expr1 = expr2
истинно, то возвращает
NULL
, в противном случае - expr1
. Эквивалентна
оператору CASE WHEN x = y THEN NULL ELSE x END
: mysql> SELECT NULLIF(1,1); -> NULL mysql> SELECT NULLIF(1,2); -> 1Отметим, что если аргументы равны, то величина
expr1
вычисляется в MySQL дважды.
IF(expr1,expr2,expr3)
expr1
равно значению ИСТИНА (expr1 <>
0
и expr1 <> NULL
), то функция IF()
возвращает expr2
, в противном случае - expr3
. В
зависимости от контекста функция IF()
может возвращать либо
числовое, либо строковое значение: mysql> SELECT IF(1>2,2,3); -> 3 mysql> SELECT IF(1<2,'yes','no'); -> 'yes' mysql> SELECT IF(STRCMP('test','test1'),'no','yes'); -> 'no'
expr1
вычисляется как целое число; это означает, что при
исследовании чисел с плавающей точкой или строковых величин в этой функции
необходимо использовать операцию сравнения: mysql> SELECT IF(0.1,1,0); -> 0 mysql> SELECT IF(0.1<>0,1,0); -> 1В первом случае из приведенных выше функция
IF(0.1)
возвращает 0
, так как 0.1
преобразуется в целое
число и в результате выполняется функция IF(0)
. Но это вовсе не
то, что должно было бы получиться. Во втором случае исходная величина с
плавающей точкой исследуется при помощи оператора сравнения, чтобы определить,
является ли она ненулевой, и в качестве аргумента функции используется
результат сравнения - целое число. В версии MySQL 3.23 возвращаемый по
умолчанию тип функции IF()
(это может иметь значение при
сохранении его во временной таблице) вычисляется, как показано ниже:
Выражение | Возвращаемая величина |
expr2 или expr3 возвращает строку | строка |
expr2 or expr3 возвращает величину с плавающей точкой | с плавающей точкой |
expr2 or expr3 возвращает целое число | целое число |
expr2
и
expr3
являются строками, и обе зависимы от регистра символов, то
результат является чувствительным к регистру (начиная с 3.23.51).
CASE value WHEN [compare-value] THEN result [WHEN [compare-value]
THEN result ...] [ELSE result] END
CASE WHEN [condition] THEN result [WHEN [condition] THEN result ...]
[ELSE result] END
result
, если
value=compare-value
. Во втором - результат для первого указанного
условия condition
, если оно истинно. Если соответствующая
величина результата не определена, то возвращается значение
result
, указанное после оператора ELSE
. Если часть
ELSE
в выражении отсутствует, возвращается NULL
: mysql> SELECT CASE 1 WHEN 1 THEN "one" WHEN 2 THEN "two" ELSE "more" END; -> "one" mysql> SELECT CASE WHEN 1>0 THEN "true" ELSE "false" END; -> "true" mysql> SELECT CASE BINARY "B" WHEN "a" THEN 1 WHEN "b" THEN 2 END; -> NULL
Тип возвращаемой величины будет такой же (INTEGER
,
DOUBLE
или STRING
), как и у первой возвращаемой
величины (выражение после первого оператора THEN
).
Строковые функции возвращают NULL
, если длина результата
оказывается больше, чем указано в значении серверного параметра
max_allowed_packet
. See section 5.5.2
Настройка параметров сервера.
Для функций, работающих с позициями в строке, нумерация позиций начинается с 1.
str
; 0
если str
является пустой
строкой; NULL
, если str
равна NULL
: mysql> SELECT ASCII('2'); -> 50 mysql> SELECT ASCII(2); -> 50 mysql> SELECT ASCII('dx'); -> 100См. также функцию
ORD()
.
ORD(str)
str
представляет собой многобайтный символ, то данная функция возвращает его код,
который вычисляется на основе ASCII-кодов составляющих его символов по
формуле: ((первый байт ASCII-кода)*256+(второй байт ASCII-кода))[*256+третий
байт ASCII-кода...]. Если крайний слева символ не является многобайтным, то
данная функция возвращает то же значение, что и ASCII(): mysql> SELECT ORD('2'); -> 50
CONV(N,from_base,to_base)
N
, преобразованного из системы
счисления с основой from_base
в систему счисления с основой
to_base
. Если хотя бы один из аргументов равен NULL
,
то возвращается NULL
. Аргумент N
интерпретируется
как целое число, но может быть задан как целое число или строка. Минимальное
значение основы системы счисления равно 2
, а максимальное -
36
. Если аргумент to_base
представлен отрицательным
числом, то принимается, что N
- число со знаком. В противном
случае N
трактуется как беззнаковое число. Функция
CONV
работает с 64-битовой точностью: mysql> SELECT CONV("a",16,2); -> '1010' mysql> SELECT CONV("6E",18,8); -> '172' mysql> SELECT CONV(-17,10,-18); -> '-H' mysql> SELECT CONV(10+"10"+'10'+0xa,10,10); -> '40'
BIN(N)
N
, где
N
- целое число большого размера (BIGINT
).
Эквивалентна функции CONV(N,10,2)
. Если N
равно
NULL
, возвращается NULL
: mysql> SELECT BIN(12); -> '1100'
OCT(N)
N
, где N
- целое число большого размера.
Эквивалентно функции CONV(N,10,8)
. Если N
равно
NULL
, возвращается NULL
: mysql> SELECT OCT(12); -> '14'
HEX(N_or_S)
N_OR_S
- число, то возвращается строковое представление
шестнадцатеричного числа N
, где N
- целое число
большого размера (BIGINT
). Эквивалентна функции
CONV(N,10,16)
. Если N_OR_S
- строка, то функция
возвращает шестнадцатеричную строку N_OR_S
, где каждый символ в
N_OR_S
конвертируется в 2 шестнадцатеричных числа. Является
обратной по отношению к строкам 0xff
. mysql> SELECT HEX(255); -> 'FF' mysql> SELECT HEX("abc"); -> 616263 mysql> SELECT 0x616263; -> "abc"
CHAR(N,...)
CHAR()
интерпретирует аргументы как целые числа и возвращает
строку, состоящую из символов, соответствующих ASCII-коду этих чисел. Величины
NULL
пропускаются: mysql> SELECT CHAR(77,121,83,81,'76'); -> 'MySQL' mysql> SELECT CHAR(77,77.3,'77.3'); -> 'MMM'
CONCAT(str1,str2,...)
NULL
, возвращается
NULL
. Может принимать более 2 аргументов. Числовой аргумент
преобразуется в эквивалентную строковую форму: mysql> SELECT CONCAT('My', 'S', 'QL'); -> 'MySQL' mysql> SELECT CONCAT('My', NULL, 'QL'); -> NULL mysql> SELECT CONCAT(14.3); -> '14.3'
CONCAT_WS(separator, str1, str2,...)
CONCAT_WS
() обозначает CONCAT With
Separator
(конкатенация с разделителем) и представляет собой
специальную форму функции CONCAT()
. Первый аргумент является
разделителем для остальных аргументов. Разделитель, так же как и остальные
аргументы, может быть строкой. Если разделитель равен NULL
, то
результат будет NULL
. Данная функция будет пропускать все
величины NULL
и пустые строки, расположенные после
аргумента-разделителя. Разделитель будет добавляться между строками,
подлежащими конкатенации: mysql> SELECT CONCAT_WS(",","First name","Second name","Last Name"); -> 'First name,Second name,Last Name' mysql> SELECT CONCAT_WS(",","First name",NULL,"Last Name"); -> 'First name,Last Name'
LENGTH(str)
OCTET_LENGTH(str)
CHAR_LENGTH(str)
CHARACTER_LENGTH(str)
mysql> SELECT LENGTH('text'); -> 4 mysql> SELECT OCTET_LENGTH('text'); -> 4Обратите внимание: для
CHAR_LENGTH()
и
CHARACTER_LENGTH()
многобайтные символы учитываются только
однажды.
BIT_LENGTH(str)
str
в битах: mysql> SELECT BIT_LENGTH('text'); -> 32
LOCATE(substr,str)
POSITION(substr IN str)
substr
в
строку str
. Если подстрока substr в строке str
отсутствует, возвращается 0
: mysql> SELECT LOCATE('bar', 'foobarbar'); -> 4 mysql> SELECT LOCATE('xbar', 'foobar'); -> 0Данная функция поддерживает многобайтные величины. В MySQL 3.23 эта функция чувствительна к регистру, а в 4.0 она чувствительна к регистру только в случае, если хотя бы один из аргументов является строкой с двоичными данными.
LOCATE(substr,str,pos)
substr
в
строку str
, начиная с позиции pos
. Если подстрока
substr
в строке str
отсутствует, возвращается
0
: mysql> SELECT LOCATE('bar', 'foobarbar',5); -> 7Данная функция поддерживает многобайтные величины. В MySQL 3.23 эта функция чувствительна к регистру, а в 4.0 она чувствительна к регистру, только в случае, если хотя бы один из аргументов является строкой с двоичными данными.
INSTR(str,substr)
substr
в
строку str
. То же, что и двухаргументная форма функции
LOCATE()
, за исключением перемены мест аргументов: mysql> SELECT INSTR('foobarbar', 'bar'); -> 4 mysql> SELECT INSTR('xbar', 'foobar'); -> 0Данная функция поддерживает многобайтные величины. В MySQL 3.23 эта функция чувствительна к регистру, а в 4.0 она чувствительна к регистру только в случае, если хотя бы один из аргументов является строкой с двоичными данными.
LPAD(str,len,padstr)
str
, которая дополняется слева строкой
padstr
, пока строка str
не достигнет длины
len
символов. Если строка str
длиннее, чем
len
, то она будет укорочена до len
символов. mysql> SELECT LPAD('hi',4,'??'); -> '??hi'
RPAD(str,len,padstr)
str
, которая дополняется справа строкой
padstr
, пока строка str
не достигнет длины
len
символов. Если строка str
длиннее, чем
len
, то она будет укорочена до len
символов. mysql> SELECT RPAD('hi',5,'?'); -> 'hi???'
LEFT(str,len)
len
символов из строки
str
: mysql> SELECT LEFT('foobarbar', 5); -> 'fooba'Данная функция поддерживает многобайтные величины.
RIGHT(str,len)
len
символов из строки
str
: mysql> SELECT RIGHT('foobarbar', 4); -> 'rbar'Данная функция поддерживает многобайтные величины.
SUBSTRING(str,pos,len)
SUBSTRING(str FROM pos FOR len)
MID(str,pos,len)
len
символов из строки
str
, начиная от позиции pos
. Существует форма с
оператором FROM
, для которой используется синтаксис ANSI SQL92: mysql> SELECT SUBSTRING('Quadratically',5,6); -> 'ratica'Данная функция поддерживает многобайтные величины.
SUBSTRING(str,pos)
SUBSTRING(str FROM pos)
str
, начиная с позиции
pos
: mysql> SELECT SUBSTRING('Quadratically',5); -> 'ratically' mysql> SELECT SUBSTRING('foobarbar' FROM 4); -> 'barbar'Данная функция поддерживает многобайтные величины.
SUBSTRING_INDEX(str,delim,count)
str
перед появлениям
count
вхождений разделителя delim
. Если
count
положителен, то возвращается все, что находится слева от
последнего разделителя (считая слева). Если count
отрицателен, то
возвращается все, что находится справа от последнего разделителя (считая
справа): mysql> SELECT SUBSTRING_INDEX('www.mysql.com', '.', 2); -> 'www.mysql' mysql> SELECT SUBSTRING_INDEX('www.mysql.com', '.', -2); -> 'mysql.com'Данная функция поддерживает многобайтные величины.
LTRIM(str)
str
с удаленными начальными пробелами: mysql> SELECT LTRIM(' barbar'); -> 'barbar'Данная функция поддерживает многобайтные величины.
RTRIM(str)
str
с удаленными конечными пробелами: mysql> SELECT RTRIM('barbar '); -> 'barbar'Данная функция поддерживает многобайтные величины.
TRIM([[BOTH | LEADING | TRAILING] [remstr] FROM] str)
str
с удаленными всеми префиксами и/или
суффиксами, указанными в remstr
. Если не указан ни один из
спецификаторов BOTH
, LEADING
или
TRAILING
, то подразумевается BOTH
. Если аргумент
remstr
не задан, то удаляются пробелы: mysql> SELECT TRIM(' bar '); -> 'bar' mysql> SELECT TRIM(LEADING 'x' FROM 'xxxbarxxx'); -> 'barxxx' mysql> SELECT TRIM(BOTH 'x' FROM 'xxxbarxxx'); -> 'bar' mysql> SELECT TRIM(TRAILING 'xyz' FROM 'barxxyz'); -> 'barx'Данная функция поддерживает многобайтные величины.
SOUNDEX(str)
SOUNDEX()
возвращает строку произвольной длины. Можно использовать функцию
SUBSTRING()
для извлечения стандартного саундекса строки из
результата функции SOUNDEX()
. В строке str
игнорируются все символы, не являющиеся буквами или цифрами. Все международные
буквенные символы, не входящие в диапазон A-Z
, трактуются как
гласные: mysql> SELECT SOUNDEX('Hello'); -> 'H400' mysql> SELECT SOUNDEX('Quadratically'); -> 'Q36324'
SPACE(N)
N
пробелов: mysql> SELECT SPACE(6); -> ' '
REPLACE(str,from_str,to_str)
str
, в которой все вхождения строки
from_str
заменены на to_str
: mysql> SELECT REPLACE('www.mysql.com', 'w', 'Ww'); -> 'WwWwWw.mysql.com'Данная функция поддерживает многобайтные величины.
REPEAT(str,count)
str
, повторенной
count
раз. Если значение count <= 0
, возвращает
пустую строку. Возвращает NULL
, если str
или
count
равны NULL
: mysql> SELECT REPEAT('MySQL', 3); -> 'MySQLMySQLMySQL'
REVERSE(str)
str
с обратным порядком символов: mysql> SELECT REVERSE('abc'); -> 'cba'Данная функция поддерживает многобайтные величины.
INSERT(str,pos,len,newstr)
str
, в которой подстрока начиная с позиции
pos
, имеющая длину len
замещена на
newstr
: mysql> SELECT INSERT('Quadratic', 3, 4, 'What'); -> 'QuWhattic'Данная функция поддерживает многобайтные величины.
ELT(N,str1,str2,str3,...)
str1
, если N = 1
, str2
,
если N = 2
, и так далее. Если N
меньше, чем
1
или больше, чем число аргументов, возвращается
NULL
. Функция ELT()
является дополненительной по
отношению к функции FIELD()
: mysql> SELECT ELT(1, 'ej', 'Heja', 'hej', 'foo'); -> 'ej' mysql> SELECT ELT(4, 'ej', 'Heja', 'hej', 'foo'); -> 'foo'
FIELD(str,str1,str2,str3,...)
str
в списке str1, str2, str3,
...
. Если строка str
не найдена, возвращается
0
. Функция FIELD()
является дополнительной по
отношению к функции ELT()
: mysql> SELECT FIELD('ej', 'Hej', 'ej', 'Heja', 'hej', 'foo'); -> 2 mysql> SELECT FIELD('fo', 'Hej', 'ej', 'Heja', 'hej', 'foo'); -> 0
FIND_IN_SET(str,strlist)
1
до N
, если строка
str
присутствует в списке strlist
, состоящем из
N
подстрок. Список строк представляет собой строку, состоящую из
подстрок, разделенных символами `,'. Если первый аргумент
представляет собой строку констант, а второй является столбцом типа
SET
, функция FIND_IN_SET()
оптимизируется для
использования двоичной арифметики! Возвращает 0
, если
str
отсутствует в списке strlist
или если
strlist
является пустой строкой. Если один из аргументов равен
NULL
, возвращается 0
. Данная функция не будет
корректно работать, если первый аргумент содержит символ `,': mysql> SELECT FIND_IN_SET('b','a,b,c,d'); -> 2
MAKE_SET(bits,str1,str2,...)
bits
. Аргумент str1
соответствует биту
0
, str2
- биту 1
, и так далее. Нулевые
строки в наборах str1
, str2
, ...
не
прибавляются к результату: mysql> SELECT MAKE_SET(1,'a','b','c'); -> 'a' mysql> SELECT MAKE_SET(1 | 4,'hello','nice','world'); -> 'hello,world' mysql> SELECT MAKE_SET(0,'a','b','c'); -> ''
EXPORT_SET(bits,on,off,[separator,[number_of_bits]])
bits
соответствует строка on
, а каждому сброшенному
биту - off
. Каждая строка отделена разделителем, указанным в
параметре separator
(по умолчанию - `,'), причем
используется только количество битов, заданное аргументом
number_of_bits
(по умолчанию 64), из всего количества, указанного
в bits
: mysql> SELECT EXPORT_SET(5,'Y','N',',',4) -> Y,N,Y,N
LCASE(str)
LOWER(str)
str
, в которой все символы переведены в
нижний регистр в соответствии с текущей установкой набора символов (по
умолчанию - ISO-8859-1 Latin1): mysql> SELECT LCASE('QUADRATICALLY'); -> 'quadratically'Данная функция поддерживает многобайтные величины.
UCASE(str)
UPPER(str)
str
, в которой все символы переведены в
верхний регистр в соответствии с текущей установкой набора символов (по
умолчанию - ISO-8859-1 Latin1): mysql> SELECT UCASE('Hej'); -> 'HEJ'Данная функция поддерживает многобайтные величины.
LOAD_FILE(file_name)
FILE
. Размер данного
файла должен быть меньше указанного в max_allowed_packet
и файл
должен быть открыт для чтения для всех. Если файл не существует или не может
быть прочитан по одной из вышеупомянутых причин, то функция возвращает
NULL
: mysql> UPDATE tbl_name SET blob_column=LOAD_FILE("/tmp/picture") WHERE id=1;
При использовании версии MySQL, отличной от 3.23 и 4.0, чтение файла
необходимо выполнять внутри вашего приложения и использовать команду
INSERT
для внесения в базу данных информации, содержащейся в файле.
Один из путей реализации этого с использованием библиотеки MySQL++
можно найти на http://www.mysql.com/documentation/mysql++/mysql++-examples.html.
MySQL при необходимости автоматически конвертирует числа в строки и наоборот:
mysql> SELECT 1+"1"; -> 2 mysql> SELECT CONCAT(2,' test'); -> '2 test'
Для преобразования числа в строку явным образом, необходимо передать его в
качестве аргумента функции CONCAT()
.
Если строковая функция содержит в качестве аргумента строку с двоичными данными, то и результирующая строка также будет строкой с двоичными данными. При этом число, конвертированное в строку, воспринимается как строка с двоичными данными. Это имеет значение только при выполнении операций сравнения.
Обычно если при выполнении сравнения строк одно из выражений является зависимым от регистра, то сравнение выполняется также с учетом регистра.
expr LIKE pat [ESCAPE 'escape-char']
1
(ИСТИНА) или
0
(ЛОЖЬ). Выражение LIKE
предусматривает
использование следующих двух шаблонных символов в pat
:
Символ | Описание |
% |
Соответствует любому количеству символов, даже нулевых |
_ |
Соответствует ровно одному символу |
mysql> SELECT 'David!' LIKE 'David_'; -> 1 mysql> SELECT 'David!' LIKE '%D%v%'; -> 1Если требуется исследовать литералы при помощи шаблонного символа, следует предварить шаблонный символ экранирующим символом. Если экранирующий символ конкретно не указывается, то подразумевается применение символа `\':
Строка | Описание |
\% |
Соответствует одному символу `%' |
\_ |
Соответствует одному символу `_' |
mysql> SELECT 'David!' LIKE 'David\_'; -> 0 mysql> SELECT 'David_' LIKE 'David\_'; -> 1Для указания конкретного экранирующего символа используется выражение
ESCAPE
: mysql> SELECT 'David_' LIKE 'David|_' ESCAPE '|'; -> 1В следующих двух примерах показано, что сравнение строк производится с учетом регистра, если ни один из операндов не является строкой с двоичными данными:
mysql> SELECT 'abc' LIKE 'ABC'; -> 1 mysql> SELECT 'abc' LIKE BINARY 'ABC'; -> 0В функции
LIKE
допускаются даже числовые выражения! (Это
расширение MySQL по сравнению с ANSI SQL LIKE.) mysql> SELECT 10 LIKE '1%'; -> 1Примечание: поскольку в MySQL применяются правила экранирования в строках, применяемые в языке C (например, `\n'), необходимо дублировать все символы `\', используемые в строках функции
LIKE
. Например, для поиска сочетания символов `\n'
его необходимо указать как `\\n'. Чтобы выполнить поиск символа
`\', он должен быть указан как `\\\\' (обратные
слеши удаляются дважды: сначала синтаксическим анализатором, а потом - при
выполнении сравнения с шаблоном, таким образом остается только один обратный
слеш, который и будет обрабатываться).
expr NOT LIKE pat [ESCAPE 'escape-char']
NOT (expr LIKE pat [ESCAPE 'escape-char'])
.
expr REGEXP pat
expr RLIKE pat
expr
с шаблоном
pat
. Шаблон может представлять собой расширенное регулярное
выражение. See section G
Регулярные выражения в MySQL. Возвращает 1
, если
expr
соответствует pat
, в противном случае -
0
. Функция RLIKE
является синонимом для
REGEXP
, она предусмотрена для совместимости с mSQL. Примечание:
поскольку в MySQL используются правила экранирования в строках, применяемые в
языке C (например, `\n'), необходимо дублировать все символы
`\', используемые в строках функции REGEXP
. Что
касается версии MySQL 3.23.4, функция REGEXP
является независимой
от регистра для нормальных строк (т.е. строк не с двоичными данными): mysql> SELECT 'Monty!' REGEXP 'm%y%%'; -> 0 mysql> SELECT 'Monty!' REGEXP '.*'; -> 1 mysql> SELECT 'new*\n*line' REGEXP 'new\\*.\\*line'; -> 1 mysql> SELECT "a" REGEXP "A", "a" REGEXP BINARY "A"; -> 1 0 mysql> SELECT "a" REGEXP "^[a-d]"; -> 1В
REGEXP
и RLIKE
используется текущий набор
символов (ISO-8859-1 Latin1 по умолчанию),
expr NOT REGEXP pat
expr NOT RLIKE pat
NOT (expr REGEXP pat)
.
STRCMP(expr1,expr2)
STRCMP()
возвращает: 0
, если строки
идентичны, -1
- если первый аргумент меньше второго (в
соответствии с имеющимся порядком сортировки), и 1
- в остальных
случаях: mysql> SELECT STRCMP('text', 'text2'); -> -1 mysql> SELECT STRCMP('text2', 'text'); -> 1 mysql> SELECT STRCMP('text', 'text'); -> 0
MATCH (col1,col2,...) AGAINST (expr)
MATCH (col1,col2,...) AGAINST (expr IN BOOLEAN MODE)
MATCH ... AGAINST()
используется для полнотекстового
поиска и возвращает величину релевантности - степень сходства между текстом в
столбцах (col1,col2,...)
и запросом expr
. Величина
релевантности представляет собой положительное число с плавающей точкой.
Нулевая релевантность означает отсутствие сходства. Функция MATCH ...
AGAINST()
работает в версиях MySQL 3.23.23 или более поздних.
Расширение IN BOOLEAN MODE
было добавлено в версии 4.0.1. Более
подробное описание и примеры использования приведены в разделе section 6.8
Полнотекстовый поиск в MySQL. BINARY
BINARY
преобразует следующую за ним строку в строку
с двоичными данными. Это простой способ обеспечить сравнение в столбце с
учетом регистра, даже если данный столбец не определен как BINARY
или BLOB
: mysql> SELECT "a" = "A"; -> 1 mysql> SELECT BINARY "a" = "A"; -> 0
BINARY string
является сокращением для CAST(string AS
BINARY)
. See section 6.3.5
Функции приведения типов. Оператор BINARY
был введен в версии
MySQL 3.23.0. Следует учитывать, что при приведении индексированного столбца к
типу BINARY
MySQL в некоторых случаях не сможет эффективно
использовать индексы. Для сравнения двоичных данных типа BLOB
без
учета регистра данные с типом BLOB
перед выполнением сравнения
всегда можно конвертировать в верхний регистр: SELECT 'A' LIKE UPPER(blob_col) FROM table_name;В скором времени мы планируем ввести преобразование между различными кодировками, чтобы сделать сравнение строк еще более гибким.
В MySQL можно применять обычные арифметические операторы. Следует иметь в
виду, что если оба аргумента являются целыми числами, то при использовании
операторов `-', `+' и `*' результат
вычисляется с точностью BIGINT
(64 бита). Если один из аргументов -
беззнаковое целое число, а второй аргумент - также целое число, то результат
будет беззнаковым целым числом. See section 6.3.5
Функции приведения типов.
+
mysql> SELECT 3+5; -> 8
-
mysql> SELECT 3-5; -> -2
*
mysql> SELECT 3*5; -> 15 mysql> SELECT 18014398509481984*18014398509481984.0; -> 324518553658426726783156020576256.0 mysql> SELECT 18014398509481984*18014398509481984; -> 0В последнем выражении мы получим неверный результат, так как произведение умножения целых чисел выходит за границы 64-битового диапазона для вычислений с точностью
BIGINT
.
/
mysql> SELECT 3/5; -> 0.60Деление на ноль приводит к результату
NULL
: mysql> SELECT 102/(1-1); -> NULLДеление будет выполняться по правилам
BIGINT
-арифметики
только в случае, если эта операция представлена в контексте, где ее результат
преобразуется в INTEGER
! Все математические функции в случае ошибки возвращают NULL
.
-
mysql> SELECT - 2; -> -2Необходимо учитывать, что если этот оператор используется с данными типа
BIGINT
, возвращаемое значение также будет иметь тип
BIGINT
! Это означает, что следует избегать использования
оператора для целых чисел, которые могут иметь величину -2^63
!
ABS(X)
X
: mysql> SELECT ABS(2); -> 2 mysql> SELECT ABS(-32); -> 32Эту функцию можно уверенно применять для величин типа
BIGINT
.
SIGN(X)
-1
, 0
или
1
, в зависимости от того, является ли X
отрицательным, нулем или положительным: mysql> SELECT SIGN(-32); -> -1 mysql> SELECT SIGN(0); -> 0 mysql> SELECT SIGN(234); -> 1
MOD(N,M)
%
%
в C). Возвращает
остаток от деления N
на M
: mysql> SELECT MOD(234, 10); -> 4 mysql> SELECT 253 % 7; -> 1 mysql> SELECT MOD(29,9); -> 2Эту функцию можно уверенно применять для величин типа
BIGINT
.
FLOOR(X)
X
: mysql> SELECT FLOOR(1.23); -> 1 mysql> SELECT FLOOR(-1.23); -> -2Следует учитывать, что возвращаемая величина преобразуется в
BIGINT
!
CEILING(X)
X
: mysql> SELECT CEILING(1.23); -> 2 mysql> SELECT CEILING(-1.23); -> -1Следует учитывать, что возвращаемая величина преобразуется в
BIGINT
!
ROUND(X)
X
, округленный до ближайшего целого
числа: mysql> SELECT ROUND(-1.23); -> -1 mysql> SELECT ROUND(-1.58); -> -2 mysql> SELECT ROUND(1.58); -> 2Следует учитывать, что поведение функции
ROUND()
при
значении аргумента, равном середине между двумя целыми числами, зависит от
конкретной реализации библиотеки C. Округление может выполняться: к ближайшему
четному числу, всегда к ближайшему большему, всегда к ближайшему меньшему,
всегда быть направленным к нулю. Чтобы округление всегда происходило только в
одном направлении, необходимо использовать вместо данной хорошо определенные
функции, такие как TRUNCATE()
или FLOOR()
.
ROUND(X,D)
X
, округленный до числа с D
десятичными знаками. Если D
равно 0
, результат будет
представлен без десятичного знака или дробной части: mysql> SELECT ROUND(1.298, 1); -> 1.3 mysql> SELECT ROUND(1.298, 0); -> 1
EXP(X)
e
(основа натуральных логарифмов),
возведенное в степень X
: mysql> SELECT EXP(2); -> 7.389056 mysql> SELECT EXP(-2); -> 0.135335
LOG(X)
X
: mysql> SELECT LOG(2); -> 0.693147 mysql> SELECT LOG(-2); -> NULLЧтобы получить логарифм числа
X
для произвольной основы
логарифмов B
, следует использовать формулу
LOG(X)/LOG(B)
.
LOG10(X)
X
: mysql> SELECT LOG10(2); -> 0.301030 mysql> SELECT LOG10(100); -> 2.000000 mysql> SELECT LOG10(-100); -> NULL
POW(X,Y)
POWER(X,Y)
X
, возведенное в степень
Y
: mysql> SELECT POW(2,2); -> 4.000000 mysql> SELECT POW(2,-2); -> 0.250000
SQRT(X)
X
: mysql> SELECT SQRT(4); -> 2.000000 mysql> SELECT SQRT(20); -> 4.472136
PI()
mysql> SELECT PI(); -> 3.141593 mysql> SELECT PI()+0.000000000000000000; -> 3.141592653589793116
COS(X)
X
, где X
задается в
радианах: mysql> SELECT COS(PI()); -> -1.000000
SIN(X)
X
, где X
задается в
радианах: mysql> SELECT SIN(PI()); -> 0.000000
TAN(X)
X
, где X
задается в
радианах: mysql> SELECT TAN(PI()+1); -> 1.557408
ACOS(X)
X
, т.е. величину, косинус которой
равен X
. Если X
не находится в диапазоне от
-1
до 1
, возвращает NULL
: mysql> SELECT ACOS(1); -> 0.000000 mysql> SELECT ACOS(1.0001); -> NULL mysql> SELECT ACOS(0); -> 1.570796
ASIN(X)
X
, т.е. величину, синус которой
равен X
. Если X
не находится в диапазоне от
-1
до 1
, возвращает NULL
: mysql> SELECT ASIN(0.2); -> 0.201358 mysql> SELECT ASIN('foo'); -> 0.000000
ATAN(X)
X
, т.е. величину, тангенс которой
равен X
: mysql> SELECT ATAN(2); -> 1.107149 mysql> SELECT ATAN(-2); -> -1.107149
ATAN(Y,X)
ATAN2(Y,X)
X
и Y
.
Вычисление производится так же, как и вычисление арктангенса Y /
X
, за исключением того, что знаки обоих аргументов используются для
определения квадранта результата: mysql> SELECT ATAN(-2,2); -> -0.785398 mysql> SELECT ATAN2(PI(),0); -> 1.570796
COT(X)
X
: mysql> SELECT COT(12); -> -1.57267341 mysql> SELECT COT(0); -> NULL
RAND()
RAND(N)
0
до 1,0
. Если целочисленный аргумент N
указан, то он используется как начальное значение этой величины: mysql> SELECT RAND(); -> 0.9233482386203 mysql> SELECT RAND(20); -> 0.15888261251047 mysql> SELECT RAND(20); -> 0.15888261251047 mysql> SELECT RAND(); -> 0.63553050033332 mysql> SELECT RAND(); -> 0.70100469486881В выражениях вида
ORDER BY
не следует использовать столбец
с величинами RAND()
, поскольку применение оператора ORDER
BY
приведет к многократным вычислениям в этом столбце. В версии MySQL
3.23 можно, однако, выполнить следующий оператор: SELECT * FROM
table_name ORDER BY RAND()
: он полезен для получения случайного
экземпляра из множества SELECT * FROM table1,table2 WHERE a=b AND c<d
ORDER BY RAND() LIMIT 1000
. Следует учитывать, что оператор
RAND()
в выражении WHERE
при выполнении выражения
WHERE
будет вычисляться каждый раз заново. Оператор
RAND()
не следует воспринимать как полноценный генератор
случайных чисел: это просто быстрый способ динамической генерации случайных
чисел, переносимых между платформами для одной и той же версии MySQL.
LEAST(X,Y,...)
INTEGER
), или все аргументы являются целочисленными, то они
сравниваются как целые числа.
REAL
) или все аргументы являются действительными числами, то
они сравниваются как числа типа REAL
.
mysql> SELECT LEAST(2,0); -> 0 mysql> SELECT LEAST(34.0,3.0,5.0,767.0); -> 3.0 mysql> SELECT LEAST("B","A","C"); -> "A"В версиях MySQL до 3.22.5 можно использовать MIN() вместо LEAST.
GREATEST(X,Y,...)
LEAST
: mysql> SELECT GREATEST(2,0); -> 2 mysql> SELECT GREATEST(34.0,3.0,5.0,767.0); -> 767.0 mysql> SELECT GREATEST("B","A","C"); -> "C"В версиях MySQL до 3.22.5 можно использовать
MAX()
вместо
GREATEST
.
DEGREES(X)
X
, преобразованный из радианов в градусы:
mysql> SELECT DEGREES(PI()); -> 180.000000
RADIANS(X)
X
, преобразованный из градусов в радианы:
mysql> SELECT RADIANS(90); -> 1.570796
TRUNCATE(X,D)
X
, усеченное до D
десятичных
знаков. Если D
равно 0
, результат будет представлен
без десятичного знака или дробной части: mysql> SELECT TRUNCATE(1.223,1); -> 1.2 mysql> SELECT TRUNCATE(1.999,1); -> 1.9 mysql> SELECT TRUNCATE(1.999,0); -> 1Следует учитывать, что обычно в компьютерах десятичные числа хранятся не так, как целые, а как числа двойной точности с плавающим десятичным знаком (
DOUBLE
). Поэтому иногда результат может вводить в заблуждение,
как в следующем примере: mysql> SELECT TRUNCATE(10.28*100,0); -> 1027Это происходит потому, что в действительности
10,28
хранится как нечто вроде 10,2799999999999999
. Описание диапазона величин для каждого типа и возможные форматы представления даты и времени приведены в разделе section 6.2.2 Типы данных даты и времени.
Ниже представлен пример, в котором используются функции даты. Приведенный
запрос выбирает все записи с величиной date_col
в течение последних
30 дней:
mysql> SELECT something FROM tbl_name WHERE TO_DAYS(NOW()) - TO_DAYS(date_col) <= 30;
DAYOFWEEK(date)
date
(1 =
воскресенье, 2 = понедельник, ... 7 = суббота). Эти индексные величины
соответствуют стандарту ODBC: mysql> SELECT DAYOFWEEK('1998-02-03'); -> 3
WEEKDAY(date)
mysql> SELECT WEEKDAY('1997-10-04 22:23:00'); -> 5 mysql> SELECT WEEKDAY('1997-11-05'); -> 2
DAYOFMONTH(date)
date
в
диапазоне от 1 до 31: mysql> SELECT DAYOFMONTH('1998-02-03'); -> 3
DAYOFYEAR(date)
date
в
диапазоне от 1 до 366: mysql> SELECT DAYOFYEAR('1998-02-03'); -> 34
MONTH(date)
date
в диапазоне от 1 до 12: mysql> SELECT MONTH('1998-02-03'); -> 2
DAYNAME(date)
date
: mysql> SELECT DAYNAME("1998-02-05"); -> 'Thursday'
MONTHNAME(date)
date
: mysql> SELECT MONTHNAME("1998-02-05"); -> 'February'
QUARTER(date)
date
в диапазоне
от 1 до 4: mysql> SELECT QUARTER('98-04-01'); -> 2
WEEK(date)
WEEK(date,first)
date
в диапазоне от 0 до 53 (да, возможно начало 53-й недели) для
регионов, где воскресенье считается первым днем недели. Форма
WEEK()
с двумя аргументами позволяет уточнить, с какого дня
начинается неделя - с воскресенья или с понедельника. Неделя начинается с
воскресенья, если второй аргумент равен 0, и с понедельника - если 1: mysql> SELECT WEEK('1998-02-20'); -> 7 mysql> SELECT WEEK('1998-02-20',0); -> 7 mysql> SELECT WEEK('1998-02-20',1); -> 8 mysql> SELECT WEEK('1998-12-31',1); -> 53Примечание: в версии 4.0 функция
WEEK(#,0)
была изменена с
целью соответствия календарю США.
YEAR(date)
date
в диапазоне от 1000 до
9999: mysql> SELECT YEAR('98-02-03'); -> 1998
YEARWEEK(date)
YEARWEEK(date,first)
date
. Второй аргумент в
данной функции работает подобно второму аргументу в функции
WEEK()
. Следует учитывать, что год может отличаться от указанного
в аргументе date
для первой и последней недель года: mysql> SELECT YEARWEEK('1987-01-01'); -> 198653
HOUR(time)
time
в диапазоне от 0 до 23: mysql> SELECT HOUR('10:05:03'); -> 10
MINUTE(time)
time
в диапазоне от
0 до 59: mysql> SELECT MINUTE('98-02-03 10:05:03'); -> 5
SECOND(time)
time
в диапазоне
от 0 до 59: mysql> SELECT SECOND('10:05:03'); -> 3
PERIOD_ADD(P,N)
N
месяцев к периоду P
(в формате
YYMM
или YYYYMM
). Возвращает величину в формате
YYYYMM
. Следует учитывать, что аргумент периода P
не
является значением даты: mysql> SELECT PERIOD_ADD(9801,2); -> 199803
PERIOD_DIFF(P1,P2)
P1
и
P2
. P1
и P2
должны быть в формате
YYMM
или YYYYMM
. Следует учитывать, что аргументы
периода P1
и P2
не являются значениями даты: mysql> SELECT PERIOD_DIFF(9802,199703); -> 11
DATE_ADD(date,INTERVAL expr type)
DATE_SUB(date,INTERVAL expr type)
ADDDATE(date,INTERVAL expr type)
SUBDATE(date,INTERVAL expr type)
ADDDATE()
и
SUBDATE()
- синонимы для DATE_ADD()
и
DATE_SUB()
. В версии MySQL 3.23 вместо функций
DATE_ADD()
и DATE_SUB()
можно использовать операторы
+
и -
, если выражение с правой стороны представляет
собой столбец типа DATE
или DATETIME
(см. пример
ниже). Аргумент date
является величиной типа
DATETIME
или DATE
, задающей начальную дату.
Выражение expr
задает величину интервала, который следует
добавить к начальной дате или вычесть из начальной даты. Выражение
expr
представляет собой строку, которая может начинаться с
-
для отрицательных значений интервалов. Ключевое слово
type
показывает, каким образом необходимо интерпретировать данное
выражение. Вспомогательная функция EXTRACT(type FROM date)
возвращает интервал указанного типа (type
) из значения даты. В
следующей таблице показана взаимосвязь аргументов type
и
expr
:
Значение Type |
Ожидаемый формат expr |
SECOND |
SECONDS |
MINUTE |
MINUTES |
HOUR |
HOURS |
DAY |
DAYS |
MONTH |
MONTHS |
YEAR |
YEARS |
MINUTE_SECOND |
"MINUTES:SECONDS" |
HOUR_MINUTE |
"HOURS:MINUTES" |
DAY_HOUR |
"DAYS HOURS" |
YEAR_MONTH |
"YEARS-MONTHS" |
HOUR_SECOND |
"HOURS:MINUTES:SECONDS" |
DAY_MINUTE |
"DAYS HOURS:MINUTES" |
DAY_SECOND |
"DAYS HOURS:MINUTES:SECONDS" |
expr
допускает любые разделительные знаки.
Разделители, представленные в данной таблице, приведены в качестве примеров.
Если аргумент date
является величиной типа DATE
и
предполагаемые вычисления включают в себя только части YEAR
,
MONTH
, и DAY
(т.е. не содержат временной части
TIME
), то результат представляется величиной типа
DATE
. В других случаях результат представляет собой величину
DATETIME
: mysql> SELECT "1997-12-31 23:59:59" + INTERVAL 1 SECOND; -> 1998-01-01 00:00:00 mysql> SELECT INTERVAL 1 DAY + "1997-12-31"; -> 1998-01-01 mysql> SELECT "1998-01-01" - INTERVAL 1 SECOND; -> 1997-12-31 23:59:59 mysql> SELECT DATE_ADD("1997-12-31 23:59:59", INTERVAL 1 SECOND); -> 1998-01-01 00:00:00 mysql> SELECT DATE_ADD("1997-12-31 23:59:59", INTERVAL 1 DAY); -> 1998-01-01 23:59:59 mysql> SELECT DATE_ADD("1997-12-31 23:59:59", INTERVAL "1:1" MINUTE_SECOND); -> 1998-01-01 00:01:00 mysql> SELECT DATE_SUB("1998-01-01 00:00:00", INTERVAL "1 1:1:1" DAY_SECOND); -> 1997-12-30 22:58:59 mysql> SELECT DATE_ADD("1998-01-01 00:00:00", INTERVAL "-1 10" DAY_HOUR); -> 1997-12-30 14:00:00 mysql> SELECT DATE_SUB("1998-01-02", INTERVAL 31 DAY); -> 1997-12-02Если указанный интервал слишком короткий (т.е. не включает все части интервала, ожидаемые при заданном ключевом слове
type
), то MySQL
предполагает, что опущены крайние слева части интервала. Например, если указан
аргумент type
в виде DAY_SECOND
, то ожидаемое
выражение expr
должно иметь следующие части: дни, часы, минуты и
секунды. Если в этом случае указать значение интервала в виде
"1:10"
, то MySQL предполагает, что опущены дни и часы, а данная
величина включает только минуты и секунды. Другими словами, сочетание
"1:10"
DAY_SECOND
интерпретируется как эквивалент
"1:10"
MINUTE_SECOND
. Аналогичным образом в MySQL
интерпретируются и значения TIME
- скорее как представляющие
прошедшее время, чем как время дня. Следует учитывать, что при операциях
сложения или вычитания с участием величины DATE
и выражения,
содержащего временную часть, данная величина DATE
будет
автоматически конвертироваться в величину типа DATETIME
: mysql> SELECT DATE_ADD("1999-01-01", INTERVAL 1 DAY); -> 1999-01-02 mysql> SELECT DATE_ADD("1999-01-01", INTERVAL 1 HOUR); -> 1999-01-01 01:00:00При использовании некорректных значений дат результат будет равен
NULL
. Если при суммировании MONTH
,
YEAR_MONTH
или YEAR
номер дня в результирующей дате
превышает максимальное количество дней в новом месяце, то номер дня
результирующей даты принимается равным последнему дню нового месяца: mysql> SELECT DATE_ADD('1998-01-30', INTERVAL 1 MONTH); -> 1998-02-28Из предыдущего примера видно, что слово
INTERVAL
и ключевое
слово type
не являются регистро-зависимыми.
EXTRACT(type FROM date)
EXTRACT()
используются те же, что
и для функций DATE_ADD()
или DATE_SUB()
, но
EXTRACT()
производит скорее извлечение части из значения даты,
чем выполнение арифметических действий. mysql> SELECT EXTRACT(YEAR FROM "1999-07-02"); -> 1999 mysql> SELECT EXTRACT(YEAR_MONTH FROM "1999-07-02 01:02:03"); -> 199907 mysql> SELECT EXTRACT(DAY_MINUTE FROM "1999-07-02 01:02:03"); -> 20102
TO_DAYS(date)
date
, (количество дней, прошедших с года 0): mysql> SELECT TO_DAYS(950501); -> 728779 mysql> SELECT TO_DAYS('1997-10-07'); -> 729669Функция
TO_DAYS()
не предназначена для использования с
величинами, предшествующими введению григорианского календаря (1582),
поскольку не учитывает дни, утерянные при изменении календаря.
FROM_DAYS(N)
DATE
для заданного номера дня
N
: mysql> SELECT FROM_DAYS(729669); -> '1997-10-07'Функция
FROM_DAYS()
не предназначена для использования с
величинами, предшествующими введению григорианского календаря (1582),
поскольку она не учитывает дни, утерянные при изменении календаря.
DATE_FORMAT(date,format)
date
в соответствии со строкой
format
. В строке format
могут использоваться
следующие определители:
Определитель | Описание |
%M |
Название месяца (январь...декабрь) |
%W |
Название дня недели (воскресенье...суббота) |
%D |
День месяца с английским суффиксом (1st, 2nd, 3rd и т.д.) |
%Y |
Год, число, 4 разряда |
%y |
Год, число, 2 разряда |
%X |
Год для недели, где воскресенье считается первым днем недели, число, 4 разряда, используется с '%V' |
%x |
Год для недели, где воскресенье считается первым днем недели, число, 4 разряда, используется с '%v' |
%a |
Сокращенное наименование дня недели (Вс...Сб) |
%d |
День месяца, число (00..31) |
%e |
День месяца, число (0..31) |
%m |
Месяц, число (01..12) |
%c |
Месяц, число (1..12) |
%b |
Сокращенное наименование месяца (Янв...Дек) |
%j |
День года (001..366) |
%H |
Час (00..23) |
%k |
Час (0..23) |
%h |
Час (01..12) |
%I |
Час (01..12) |
%l |
Час (1..12) |
%i |
Минуты, число (00..59) |
%r |
Время, 12-часовой формат (hh:mm:ss [AP]M) |
%T |
Время, 24-часовой формат (hh:mm:ss) |
%S |
Секунды (00..59) |
%s |
Секунды (00..59) |
%p |
AM или PM |
%w |
День недели (0=воскресенье..6=суббота) |
%U |
Неделя (00..53), где воскресенье считается первым днем недели |
%u |
Неделя (00..53), где понедельник считается первым днем недели |
%V |
Неделя (01..53), где воскресенье считается первым днем недели. Используется с `%X' |
%v |
Неделя (01..53), где понедельник считается первым днем недели. Используется с `%x' |
%% |
Литерал `%'. |
mysql> SELECT DATE_FORMAT('1997-10-04 22:23:00', '%W %M %Y'); -> 'Saturday October 1997' mysql> SELECT DATE_FORMAT('1997-10-04 22:23:00', '%H:%i:%s'); -> '22:23:00' mysql> SELECT DATE_FORMAT('1997-10-04 22:23:00', '%D %y %a %d %m %b %j'); -> '4th 97 Sat 04 10 Oct 277' mysql> SELECT DATE_FORMAT('1997-10-04 22:23:00', '%H %k %I %r %T %S %w'); -> '22 22 10 10:23:00 PM 22:23:00 00 6' mysql> SELECT DATE_FORMAT('1999-01-01', '%X %V'); -> '1998 52'В MySQL 3.23 символ `%' должен предшествовать символам определителя формата. В более ранних версиях MySQL символ `%' необязателен.
TIME_FORMAT(time,format)
DATE_FORMAT()
, но строка format
может содержать
только те определители формата, которые относятся к часам, минутам и секундам.
При указании других определителей будет выдана величина NULL
или
0
.
CURDATE()
CURRENT_DATE
YYYY-MM-DD
или YYYYMMDD
, в зависимости от того, в каком контексте
используется функция - в строковом или числовом: mysql> SELECT CURDATE(); -> '1997-12-15' mysql> SELECT CURDATE() + 0; -> 19971215
CURTIME()
CURRENT_TIME
HH:MM:SS
или
HHMMS
, в зависимости от того, в каком контексте используется
функция - в строковом или числовом: mysql> SELECT CURTIME(); -> '23:50:26' mysql> SELECT CURTIME() + 0; -> 235026
NOW()
SYSDATE()
CURRENT_TIMESTAMP
YYYY-MM-DD
HH:MM:SS
или YYYYMMDDHHMMSS
, в зависимости от того, в
каком контексте используется функция - в строковом или числовом: mysql> SELECT NOW(); -> '1997-12-15 23:50:26' mysql> SELECT NOW() + 0; -> 19971215235026
UNIX_TIMESTAMP()
UNIX_TIMESTAMP(date)
UNIX_TIMESTAMP
(секунды с 1970-01-01 00:00:00 GMT) как
беззнаковое целое число. Если функция UNIX_TIMESTAMP()
вызывается
с аргументом date
, она возвращает величину аргумента как
количество секунд с 1970-01-01 00:00:00 GMT. Аргумент date может представлять
собой строку типа DATE
, строку DATETIME
, величину
типа TIMESTAMP
или число в формате YYMMDD
или
YYYYMMDD
местного времени: mysql> SELECT UNIX_TIMESTAMP(); -> 882226357 mysql> SELECT UNIX_TIMESTAMP('1997-10-04 22:23:00'); -> 875996580При использовании функции
UNIX_TIMESTAMP
в столбце
TIMESTAMP
эта функция будет возвращать величину внутренней
временной метки непосредственно, без подразумеваемого преобразования строки во
временную метку (``string-to-unix-timestamp'' ). Если заданная дата выходит за
пределы допустимого диапазона, то функция UNIX_TIMESTAMP()
возвратит 0
, но следует учитывать, что выполняется только базовая
проверка (год 1970-2037, месяц 01-12, день 01-31). Если необходимо выполнить
вычитание столбцов UNIX_TIMESTAMP()
, результат можно
преобразовать к целым числам со знаком. See section 6.3.5
Функции приведения типов.
FROM_UNIXTIME(unix_timestamp)
unix_timestamp
как
величину в формате YYYY-MM-DD HH:MM:SS
или
YYYYMMDDHHMMSS
, в зависимости от того, в каком контексте
используется функция - в строковом или числовом: mysql> SELECT FROM_UNIXTIME(875996580); -> '1997-10-04 22:23:00' mysql> SELECT FROM_UNIXTIME(875996580) + 0; -> 19971004222300
FROM_UNIXTIME(unix_timestamp,format)
unix_timestamp
,
отформатированное в соответствии со строкой format
. Строка
format
может содержать те же определители, которые перечислены в
описании для функции DATE_FORMAT()
: mysql> SELECT FROM_UNIXTIME(UNIX_TIMESTAMP(), '%Y %D %M %h:%i:%s %x'); -> '1997 23rd December 03:43:30 1997'
SEC_TO_TIME(seconds)
HH:MM:SS
или HHMMSS
, в
зависимости от того, в каком контексте используется функция - в строковом или
числовом: mysql> SELECT SEC_TO_TIME(2378); -> '00:39:38' mysql> SELECT SEC_TO_TIME(2378) + 0; -> 3938
TIME_TO_SEC(time)
time
, преобразованный в секунды: mysql> SELECT TIME_TO_SEC('22:23:00'); -> 80580 mysql> SELECT TIME_TO_SEC('00:39:38'); -> 2378
Функция CAST
имеет следующий синтаксис:
CAST(expression AS type)
или
CONVERT(expression,type)
где аргумент type
представляет один из типов:
Функция CAST()
соответствует синтаксису ANSI SQL99, а функция
CONVERT()
- синтаксису ODBC.
Данная функция приведения типов используется главным образом для создания
столбца конкретного типа с помощью команды CREATE ... SELECT
:
CREATE TABLE new_table SELECT CAST('2000-01-01' AS DATE);
Выражение CAST string AS BINARY
эквивалентно BINARY
string
.
Для преобразования строки в числовую величину обычно не нужно ничего делать: просто используйте строку так, как будто это число:
mysql> SELECT 1+'1'; -> 2
MySQL поддерживает арифметические операции с 64-битовыми величинами - как со
знаковыми, так и с беззнаковыми. Если используются числовые операции (такие как
+) и один из операндов представлен в виде unsigned integer
, то
результат будет беззнаковым. Его можно переопределить, используя операторы
приведения SIGNED
и UNSIGNED
, чтобы получить
64-битовое целое число со знаком или без знака соответственно.
mysql> SELECT CAST(1-2 AS UNSIGNED) -> 18446744073709551615 mysql> SELECT CAST(CAST(1-2 AS UNSIGNED) AS SIGNED); -> -1
Следует учитывать, что если один из операндов представлен величиной с
плавающей точкой (в данном контексте DECIMAL()
рассматривается как
величина с плавающей точкой), результат также является величиной с плавающей
точкой и не подчиняется вышеприведенному правилу приведения.
mysql> SELECT CAST(1 AS UNSIGNED) -2.0 -> -1.0
Если в арифметической операции используется строка, то результат преобразуется в число с плавающей точкой.
Функции CAST()
и CONVERT()
были добавлены в MySQL
4.0.2.
В MySQL 4.0 была изменены правила обработки беззнаковых величин, чтобы
обеспечить более полную поддержку величин типа BIGINT
. Если код
необходимо использовать и для MySQL 4.0, и для версии 3.23 (в которой функция
CAST
, скорее всего, не будет работать), то можно, применив
следующий трюк, получить при вычитании двух беззнаковых целочисленных столбцов
результат со знаком:
SELECT (unsigned_column_1+0.0)-(unsigned_column_2+0.0);
Идея состоит в том, что перед выполнением вычитания данные столбцы приводятся к типу с плавающей точкой.
Если возникнут проблемы со столбцами типа UNSIGNED
в старых
приложениях MySQL при переносе их на MySQL 4.0, можно использовать параметр
--sql-mode=NO_UNSIGNED_SUBTRACTION
при запуске mysqld
.
Однако следует учитывать, что при этом теряется возможность эффективного
использования столбцов типа UNSIGNED BIGINT
.
MySQL использует для двоичных операций 64-битовые величины
BIGINT
, следовательно, для двоичных операторов максимальный
диапазон составляет 64 бита.
|
mysql> SELECT 29 | 15; -> 31Результат является беззнаковым 64-битовым целым числом.
&
mysql> SELECT 29 & 15; -> 13Результат является беззнаковым 64-битовым целым числом.
<<
BIGINT
) влево: mysql> SELECT 1 << 2; -> 4Результат является беззнаковым 64-битовым целым числом.
>>
BIGINT
) вправо: mysql> SELECT 4 >> 2; -> 1Результат является беззнаковым 64-битовым целым числом.
~
mysql> SELECT 5 & ~1; -> 4Результат является беззнаковым 64-битовым целым числом.
BIT_COUNT(N)
N
: mysql> SELECT BIT_COUNT(29); -> 4
DATABASE()
mysql> SELECT DATABASE(); -> 'test'Если в данное время нет активной базы данных, то функция
DATABASE()
возвращает пустую строку.
USER()
SYSTEM_USER()
SESSION_USER()
mysql> SELECT USER(); -> 'davida@localhost'В версии MySQL 3.22.11 или более поздней данная функция включает в себя имя хоста клиента, а также имя пользователя. Можно извлечь часть, касающуюся только имени пользователя, приведенным ниже способом (проверяется, включает ли данная величина имя хоста):
mysql> SELECT SUBSTRING_INDEX(USER(),"@",1); -> 'davida'
PASSWORD(str)
str
.
Именно эта функция используется в целях шифрования паролей MySQL для хранения
в столбце Password
в таблице привилегий user
: mysql> SELECT PASSWORD('badpwd'); -> '7f84554057dd964b'Шифрование, которое выполняет функция
PASSWORD()
,
необратимо. Способ шифрования пароля, который используется функцией
PASSWORD()
, отличается от применяемого для шифрования паролей в
Unix. Не следует ожидать, что, если пароли одинаковы для Unix и для MySQL, то
функция PASSWORD()
даст в результате то же зашифрованное
значение, которое хранится в файле паролей Unix. См. описание функции
ENCRYPT()
.
ENCRYPT(str[,salt])
str
, используя вызов системной функции
кодирования crypt()
из Unix. Аргумент salt
должен
быть строкой из двух символов (в версии MySQL 3.22.16 аргумент
salt
может содержать более двух символов): mysql> SELECT ENCRYPT("hello"); -> 'VxuFAJXVARROc'Если функция
crypt()
в данной операционной системе
недоступна, функция ENCRYPT()
всегда возвращает
NULL
. Функция ENCRYPT()
игнорирует все символы в
аргументе str
, за исключением первых восьми, по крайней мере в
некоторых операционных системах - это определяется тем, как реализован
системный вызов базовой функции crypt()
.
ENCODE(str,pass_str)
str
, используя аргумент pass_str
как
пароль. Для расшифровки результата следует использовать функцию
DECODE()
. Результат представляет собой двоичную строку той же
длины, что и string
. Для хранения результата в столбце следует
использовать столбец типа BLOB
.
DECODE(crypt_str,pass_str)
crypt_str
, используя
аргумент pass_str
как пароль. Аргумент crypt_str
должен быть строкой, возвращаемой функцией ENCODE()
.
MD5(string)
MD5
для аргумента
string
. Возвращаемая величина представляет собой 32-разрядное
шестнадцатеричное число, которое может быть использовано, например, в качестве
хеш-ключа: mysql> SELECT MD5("testing"); -> 'ae2b1fca515949e5d54fb22b8ed95575'Это "
RSA Data Security, Inc. MD5 Message-Digest Algorithm
".
SHA1(string)
SHA(string)
SHA1
для аргумента
string
, как описано в RFC 3174 (Secure Hash Algorithm).
Возвращаемая величина представляет собой 40-разрядное шестнадцатеричное число
или NULL
(в том случае, если входной аргумент был равен
NULL
). Одно из возможных применений для этой функции - в качестве
хеш-ключа. Можно ее использовать и как криптографически безопасную функцию для
сохранения паролей. mysql> SELECT SHA1("abc"); -> 'a9993e364706816aba3e25717850c26c9cd0d89d'Функция
SHA1()
была добавлена в версии 4.0.2, и может
рассматриваться как более защищенный криптографически эквивалент функции
MD5()
. SHA()
является синонимом для функции
SHA1()
.
AES_ENCRYPT(string,key_string)
AES_DECRYPT(string,key_string)
NULL
, то результат этой функции
также будет иметь значение NULL
. Так как AES является алгоритмом
блочного уровня, то для декодирования используется дополнение строк нечетной
длины, так, чтобы длина результирующей строки могла вычисляться как выражение
16*(trunc(длина_строки/16)+1)
. Если строка имеет некорректную
длину или содержит неверные данные для этого ключа, то функция
AES_DECRYPT()
вернет NULL
, поэтому на эту функцию
особо полагаться не стоит. AES_DECRYPT()
имеет также модификацию,
возвращающую величину со значением, не равным NULL
, даже при
неправильном ключе. Функции AES можно использовать для хранения данных в
зашифрованном виде путем модификации запросов: INSERT INTO t VALUES (1,AES_ENCRYPT("text","password"));Можно добиться еще более высокого уровня защищенности за счет исключения передачи ключа через соединение для каждого запроса - для этого ключ на время соединения должен сохраняться в переменной на сервере:
SELECT @password:="my password"; INSERT INTO t VALUES (1,AES_ENCRYPT("text",@password));Функции
AES_ENCRYPT()
и AES_DECRYPT()
были
добавлены в версию 4.0.2 и могут рассматриваться как наиболее криптографически
защищенные шифрующие функции, в настоящее время доступные в MySQL.
DES_ENCRYPT(string_to_encrypt [, (key_number | key_string) ]
)
Аргумент | Описание |
Только один аргумент | Используется первый ключ из des-key-file |
Номер ключа | Используется заданный ключ (0-9) из des-key-file |
Строка | Для шифрования string_to_encrypt может использоваться
ключ, заданный в key_string |
CHAR(128 |
key_number)
. Число 128
добавлено для упрощения
распознавания зашифрованного ключа. При использовании строкового ключа
key_number
будет равен 127
. При ошибке эта функция
возвращает NULL
. Длина строки в результате будет равна
new_length=org_length + (8-(org_length % 8))+1
. Выражение
des-key-file
имеет следующий форматt: key_number des_key_string key_number des_key_stringКаждый элемент
key_number
должен быть числом от 0 до 9.
Строки в данном файле могут располагаться в произвольном порядке. Выражение
des_key_string
представляет собой строку, которая будет
использована при шифровании сообщения. Между числом и ключом должен быть по
крайней мере один пробел. Первый ключ используется по умолчанию, если не задан
какой-либо аргумент ключа в функции DES_ENCRYPT()
. Существует
возможность послать MySQL запрос на чтение новых значений ключей из файла
ключей при помощи команды FLUSH DES_KEY_FILE
. Эта операция
требует наличия привилегии Reload_priv
. Одно из преимуществ
наличия набора ключей по умолчанию состоит в том, что приложения могут
проверять существование зашифрованных величин в столбцах без предоставления
конечному пользователю права расшифровки этих величин. mysql> SELECT customer_address FROM customer_table WHERE crypted_credit_card = DES_ENCRYPT("credit_card_number");
DES_DECRYPT(string_to_decrypt [, key_string])
DES_ENCRYPT()
. Следует учитывать, что эта функция работает только
тогда, когда конфигурация MySQL поддерживает SSL. See section 4.3.9
Использование безопасных соединений. Если аргумент key_string
не задан, то функция DES_DECRYPT()
проверяет первый байт
зашифрованной строки для определения номера ключа алгоритма DES,
использованного для шифрования исходной строки, Затем читает ключ из
des-key-file
для расшифровки сообщения. Чтобы выполнить это,
пользователь должен обладать привилегией SUPER
. При указании
значения аргумента в key_string
эта строка используется как ключ
для дешифровки сообщения. Если строка string_to_decrypt
не
выглядит как зашифрованная, то MySQL вернет заданную строку
string_to_decrypt
. При ошибке эта функция возвращает
NULL
.
LAST_INSERT_ID([expr])
AUTO_INCREMENT
. See section 8.4.3.126
mysql_insert_id()
. mysql> SELECT LAST_INSERT_ID(); -> 195Значение последнего сгенерированного
ID
сохраняется на
сервере для данного конкретного соединения и не будет изменено другим
клиентом. Оно не будет изменено даже при обновлении другого столбца
AUTO_INCREMENT
конкретной величиной (то есть, которая не равна
NULL
и не равна 0
). При внесении большого количества
строк с помощью одной команды INSERT
функция
LAST_INSERT_ID()
возвращает значение для первой внесенной строки.
Причина этого заключается в том, что можно легко воспроизвести точно такую же
команду INSERT
на другом сервере. Если задано значение аргумента
expr
в функции LAST_INSERT_ID()
, то величина
аргумента возвращается функцией и устанавливается в качестве следующего
значения, которое будет возвращено функцией LAST_INSERT_ID()
. Это
можно использовать для моделирования последовательностей: Вначале создается
таблица: mysql> CREATE TABLE sequence (id INT NOT NULL); mysql> INSERT INTO sequence VALUES (0);Затем данную таблицу можно использовать для генерации чисел последовательности как показано ниже:
mysql> UPDATE sequence SET id=LAST_INSERT_ID(id+1);Можно генерировать последовательности без вызова
LAST_INSERT_ID()
: полезность применения данной функции состоит в
том, что данное значение ID
поддерживается на сервере как
последняя автоматически сгенерированная величина (защищенная от других
пользователей), и вы можете извлекать новый ID
так же, как и
любое другое нормальное значение AUTO_INCREMENT
в MySQL.
Например, функция LAST_INSERT_ID()
(без аргумента) возвратит
новое значение ID
. Функцию C API mysql_insert_id()
также можно использовать для получения этой величины. Следует учитывать, что,
поскольку функция mysql_insert_id()
обновляется только после
команд INSERT
и UPDATE
, то нельзя использовать эту
функцию C API для извлечения значения ID
для
LAST_INSERT_ID(expr)
после выполнения других команд SQL, таких
как SELECT
или SET
.
FORMAT(X,D)
X
в формат вида '#,###,###.##'
с округлением до D
десятичных знаков. Если D
равно
0
, результат будет представлен без десятичной точки или дробной
части: mysql> SELECT FORMAT(12332.123456, 4); -> '12,332.1235' mysql> SELECT FORMAT(12332.1,4); -> '12,332.1000' mysql> SELECT FORMAT(12332.2,0); -> '12,332'
VERSION()
mysql> SELECT VERSION(); -> '3.23.13-log'Следует учитывать, что если данная версия заканчивается с
-log
, то это означает, что включено ведение журналов.
CONNECTION_ID()
thread_id
) для данного соединения.
Каждое соединение имеет свой собственный уникальный идентификатор: mysql> SELECT CONNECTION_ID(); -> 1
GET_LOCK(str,timeout)
str
, с временем ожидания в секундах, указанном в аргументе
timeout
. Возвращает 1
, если блокировка осуществлена
успешно, 0
- если закончилось время ожидания для данной попытки,
или NULL
, если возникла ошибка (такая как отсутствие свободной
памяти или уничтожение потока командой mysqladmin kill
).
Блокировка снимается при выполнении команды RELEASE_LOCK()
,
запуске новой команды GET_LOCK()
или при завершении данного
потока. Эту функцию можно использовать для осуществления блокировок уровня
приложения или для моделирования блокировки записи. Функция блокирует запросы
других клиентов на блокировку с тем же именем; клиенты, которые используют
согласованные имена блокировок, могут применять эту функцию для выполнения
совместного упредительного блокирования: mysql> SELECT GET_LOCK("lock1",10); -> 1 mysql> SELECT GET_LOCK("lock2",10); -> 1 mysql> SELECT RELEASE_LOCK("lock2"); -> 1 mysql> SELECT RELEASE_LOCK("lock1"); -> NULLОбратите внимание: повторный вызов функции
RELEASE_LOCK()
возвращает NULL
, поскольку блокировка lock1
была
автоматически выполнена вторым вызовом функции GET_LOCK()
.
RELEASE_LOCK(str)
str
, полученной от
функции GET_LOCK()
. Возвращает 1
если блокировка
была снята, 0
- если такая блокировка уже поставлена в другом
соединении (в этом случае блокировка не снимается) и NULL
, если
блокировки с указанным именем не существует. Последнее может произойти в
случае, когда вызов функции GET_LOCK()
не привел к успешному
результату или данная блокировка уже снята. Функцию
RELEASE_LOCK()
удобно использовать совместно с командой
DO
. See section 6.4.10
Синтаксис оператора DO
.
BENCHMARK(count,expr)
BENCHMARK()
повторяет выполнение выражения
expr
заданное количество раз, указанное в аргументе
count
. Она может использоваться для определения того, насколько
быстро MySQL обрабатывает данное выражение. Значение результата всегда равно
0
. Функция предназначена для использования в клиенте
mysql
, который сообщает о времени выполнения запроса: mysql> SELECT BENCHMARK(1000000,ENCODE("hello","goodbye")); +----------------------------------------------+ | BENCHMARK(1000000,ENCODE("hello","goodbye")) | +----------------------------------------------+ | 0 | +----------------------------------------------+ 1 row in set (4.74 sec)Указанное в отчете время представляет собой время, подсчитанное на стороне клиента, а не время, затраченное центральным процессором (CPU time) на сервере. Может оказаться целесообразным выполнить
BENCHMARK()
несколько раз, чтобы выяснить, насколько интенсивно загружен серверный
компьютер.
INET_NTOA(expr)
mysql> SELECT INET_NTOA(3520061480); -> "209.207.224.40"
INET_ATON(expr)
mysql> SELECT INET_ATON("209.207.224.40"); -> 3520061480Результирующее число всегда генерируется в соответствии с порядком расположения октетов в сетевом адресе, например вышеприведенное число вычисляется как
209*256^3 + 207*256^2 + 224*256 +40
.
MASTER_POS_WAIT(log_name, log_pos)
NULL
. Если
подчиненный сервер не работает, то функция блокируется и ожидает, пока сервер
запустится и дойдет до указанной позиции или пройдет через нее. Если
подчиненный сервер уже прошел указанную точку, то функция немедленно
возвращает результат. Возвращаемая величина представляет собой число событий в
журнале, которые функция должна была ``переждать'', пока сервер дойдет до
указанной точки, или NULL
в случае ошибки. Функция полезна для
контроля совместной работы головного и подчиненного серверов, но первоначально
была написана с целью упрощения тестирования процесса репликации.
FOUND_ROWS()
SELECT SQL_CALC_FOUND_ROWS ...
при отсутствии ограничения
оператором LIMIT
. mysql> SELECT SQL_CALC_FOUND_ROWS * FROM tbl_name WHERE id > 100 LIMIT 10; mysql> SELECT FOUND_ROWS();Второй вызов команды
SELECT
возвратит количество строк,
которые возвратила бы первая команда SELECT, если бы она была написана без
выражения LIMIT
. Отметим, что, хотя при использовании команды
SELECT SQL_CALC_FOUND_ROWS ...
, MySQL должен пересчитать все
строки в наборе результатов, этот способ все равно быстрее, чем без
LIMIT
, так как не требуется посылать результат клиенту. GROUP
BY
Вызов групповых функций для SQL-команд, не содержащих GROUP BY
,
эквивалентен выполнению этих функций над всем набором возвращаемых данных.
COUNT(expr)
NULL
, в
строках, полученных при помощи команды SELECT
: mysql> SELECT student.student_name,COUNT(*) FROM student,course WHERE student.student_id=course.student_id GROUP BY student_name;Функция
COUNT(*)
несколько отличается от описанной выше:
она возвращает количество извлеченных строк, содержащих величины со значением
NULL
. COUNT(*)
оптимизирована для очень быстрого
возврата результата при условии, что команда SELECT
извлекает
данные из одной таблицы, никакие другие столбцы не обрабатываются и функция не
содержит выражения WHERE
. Например: mysql> SELECT COUNT(*) FROM student;
COUNT(DISTINCT expr,[expr...])
NULL
: mysql> SELECT COUNT(DISTINCT results) FROM student;В MySQL для того, чтобы получить количество различающихся комбинаций выражений, не содержащих
NULL
, нужно просто задать список этих
выражений. В ANSI SQL необходимо провести конкатенацию всех выражений внутри
CODE(DISTINCT ...)
.
AVG(expr)
mysql> SELECT student_name, AVG(test_score) FROM student GROUP BY student_name;
MIN(expr)
MAX(expr)
expr
. Функции MIN()
и MAX()
могут
принимать строковый аргумент; в таких случаях они возвращают минимальную или
максимальную строковую величину. See section 5.4.3
Использование индексов в MySQL. mysql> SELECT student_name, MIN(test_score), MAX(test_score) FROM student GROUP BY student_name;
SUM(expr)
expr
. Обратите внимание:
если возвращаемый набор данных не содержит ни одной строки, то функция
возвращает NULL
!
STD(expr)
STDDEV(expr)
expr
. Эта функция является расширением ANSI SQL. Форма
STDDEV()
обеспечивает совместимость с Oracle.
BIT_OR(expr)
expr
. Вычисление
производится с 64-битовой (BIGINT
) точностью.
BIT_AND(expr)
expr
. Вычисление
производится с 64-битовой (BIGINT
) точностью. В MySQL расширены возможности использования оператора GROUP BY
.
Теперь в выражениях SELECT
можно использовать столбцы или
вычисления, которые не присутствуют в части GROUP BY
. Это
справедливо для любой возможной величины для этой группы. Данная возможность
позволяет повысить производительность за счет исключения сортировки и
группирования ненужных величин. Например, в следующем запросе нет необходимости
в группировке customer.name
:
mysql> SELECT order.custid,customer.name,MAX(payments) FROM order,customer WHERE order.custid = customer.custid GROUP BY order.custid;
В ANSI SQL к предложению GROUP BY
необходимо добавлять
customer.name
. В MySQL, если работа происходит не в режиме ANSI,
это имя избыточно.
Не используйте данное свойство, если столбцы, пропущенные в части GROUP
BY
, не являются уникальными в данной группе! Возможны непредсказуемые
результаты.
В некоторых случаях можно применять функции MIN()
и
MAX()
для получения указанной величины столбца, даже если он не
является уникальным. В следующем примере выдается значение столбца
column
из строки, содержащей наименьшую величину в столбце
sort
:
SUBSTR(MIN(CONCAT(RPAD(sort,6,' '),column)),7)
See section 3.5.4 Строка, содержащая максимальное значение некоторого столбца.
Следует отметить, что в версии MySQL 3.22 (или более ранней) либо при попытке
работы в рамках ANSI SQL применение выражений в предложениях GROUP
BY
или ORDER BY
невозможно. Это ограничение можно обойти,
используя для выражения псевдоним:
mysql> SELECT id,FLOOR(value/100) AS val FROM tbl_name GROUP BY id,val ORDER BY val;
В версии MySQL 3.23 можно также выполнить следующее:
mysql> SELECT id,FLOOR(value/100) FROM tbl_name ORDER BY RAND();
SELECT
Оператор SELECT имеет следующую структуру:
SELECT [STRAIGHT_JOIN] [SQL_SMALL_RESULT] [SQL_BIG_RESULT] [SQL_BUFFER_RESULT] [SQL_CACHE | SQL_NO_CACHE] [SQL_CALC_FOUND_ROWS] [HIGH_PRIORITY] [DISTINCT | DISTINCTROW | ALL] select_expression,... [INTO {OUTFILE | DUMPFILE} 'file_name' export_options] [FROM table_references [WHERE where_definition] [GROUP BY {unsigned_integer | col_name | formula} [ASC | DESC], ...] [HAVING where_definition] [ORDER BY {unsigned_integer | col_name | formula} [ASC | DESC], ...] [LIMIT [offset,] rows] [PROCEDURE procedure_name] [FOR UPDATE | LOCK IN SHARE MODE]]
SELECT
применяется для извлечения строк, выбранных из одной или
нескольких таблиц. Выражение select_expression
задает столбцы, в
которых необходимо проводить выборку. Кроме того, оператор SELECT
можно использовать для извлечения строк, вычисленных без ссылки на какую-либо
таблицу. Например:
mysql> SELECT 1 + 1; -> 2
При указании ключевых слов следует точно соблюдать порядок, указанный выше.
Например, выражение HAVING
должно располагаться после всех
выражений GROUP BY
и перед всеми выражениями ORDER BY
.
AS
, выражению в SELECT
можно присвоить псевдоним. Псевдоним используется в качестве имени столбца в
данном выражении и может применяться в ORDER BY
или
HAVING
. Например: mysql> SELECT CONCAT(last_name,', ',first_name) AS full_name FROM mytable ORDER BY full_name;
WHERE
,
поскольку находящиеся в столбцах величины на момент выполнения
WHERE
могут быть еще не определены. See section A.5.4
Проблемы с alias
.
FROM table_references
задает таблицы, из которых
надлежит извлекать строки. Если указано имя более чем одной таблицы, следует
выполнить объединение. Информацию о синтаксисе объединения можно найти в
разделе section 6.4.1.1
Синтаксис оператора JOIN
. Для каждой заданной таблицы по
желанию можно указать псевдоним. table_name [[AS] alias] [USE INDEX (key_list)] [IGNORE INDEX (key_list)]В версии MySQL 3.23.12 можно указывать, какие именно индексы (ключи) MySQL должен применять для извлечения информации из таблицы. Это полезно, если оператор
EXPLAIN
(выводящий информацию о структуре и порядке
выполнения запроса SELECT
), показывает, что MySQL использует
ошибочный индекс. Если нужно. чтобы для поиска записи в таблице применялся
только один из указанных индексов, следует задать значение этого индекса в
USE INDEX
(key_list
). Альтернативное выражение
IGNORE INDEX (key_list)
запрещает использование в MySQL данного
конкретного индекса. Выражения USE/IGNORE KEY
являются синонимами
для USE/IGNORE INDEX
.
col_name
,
tbl_name.col_name
или db_name.tbl_name.col_name
. В
выражениях tbl_name
или db_name.tbl_name
нет
необходимости указывать префикс для ссылок на столбцы в команде
SELECT
, если эти ссылки нельзя истолковать неоднозначно. See
section 6.1.2
Имена баз данных, таблиц, столбцов, индексы псевдонимы, где приведены
примеры неоднозначных случаев, для которых требуются более четкие определения
ссылок на столбцы.
tbl_name
[AS] alias_name
: mysql> SELECT t1.name, t2.salary FROM employee AS t1, info AS t2 WHERE t1.name = t2.name; mysql> SELECT t1.name, t2.salary FROM employee t1, info t2 WHERE t1.name = t2.name;
ORDER BY
и GROUP BY
для ссылок на
столбцы, выбранные для вывода информации, можно использовать либо имена
столбцов, либо их псевдонимы, либо их позиции (местоположения). Нумерация
позиций столбцов начинается с 1
: mysql> SELECT college, region, seed FROM tournament ORDER BY region, seed; mysql> SELECT college, region AS r, seed AS s FROM tournament ORDER BY r, s; mysql> SELECT college, region, seed FROM tournament ORDER BY 2, 3;Для того чтобы сортировка производилась в обратном порядке, в утверждении
ORDER BY
к имени заданного столбца, в котором
производится сортировка, следует добавить ключевое слово DESC
(убывающий). По умолчанию принята сортировка в возрастающем порядке, который
можно задать явно при помощи ключевого слова ASC
.
WHERE
можно использовать любую из функций,
которая поддерживается в MySQL. See section 6.3
Функции, используемые в операторах SELECT
и
WHERE
. Выражение HAVING
может ссылаться на любой
столбец или псевдоним, упомянутый в выражении select_expression
.
HAVING
отрабатывается последним, непосредственно перед отсылкой
данных клиенту, и без какой бы то ни было оптимизации. Не используйте это
выражение для определения того, что должно быть определено в
WHERE
. Например, нельзя задать следующий оператор: mysql> SELECT col_name FROM tbl_name HAVING col_name > 0;Вместо этого следует задавать:
mysql> SELECT col_name FROM tbl_name WHERE col_name > 0;В версии MySQL 3.22.5 или более поздней можно также писать запросы, как показано ниже:
mysql> SELECT user,MAX(salary) FROM users GROUP BY user HAVING MAX(salary)>10;В более старых версиях MySQL вместо этого можно указывать:
mysql> SELECT user,MAX(salary) AS sum FROM users GROUP BY user HAVING sum>10;
DISTINCT
, DISTINCTROW
и
ALL
указывают, должны ли возвращаться дублирующиеся записи. По
умолчанию установлен параметр (ALL
), т.е. возвращаются все
встречающиеся строки. DISTINCT
и DISTINCTROW
являются синонимами и указывают, что дублирующиеся строки в результирующем
наборе данных должны быть удалены.
SQL_
,
STRAIGHT_JOIN
и HIGH_PRIORITY
, представляют собой
расширение MySQL для ANSI SQL.
HIGH_PRIORITY
содержащий его оператор
SELECT
будет иметь более высокий приоритет, чем команда
обновления таблицы. Нужно только использовать этот параметр с запросами,
которые должны выполняться очень быстро и сразу. Если таблица заблокирована
для чтения, то запрос SELECT HIGH_PRIORITY
будет выполняться даже
при наличии команды обновления, ожидающей, пока таблица освободится.
SQL_BIG_RESULT
можно использовать с GROUP
BY
или DISTINCT
, чтобы сообщить оптимизатору, что
результат будет содержать большое количество строк. Если указан этот параметр,
MySQL при необходимости будет непосредственно использовать временные таблицы
на диске, однако предпочтение будет отдаваться не созданию временной таблицы с
ключом по элементам GROUP BY
, а сортировке данных.
SQL_BUFFER_RESULT
MySQL будет заносить
результат во временную таблицу. Таким образом MySQL получает возможность
раньше снять блокировку таблицы; это полезно также для случаев, когда для
посылки результата клиенту требуется значительное время.
SQL_SMALL_RESULT
является опцией, специфической для
MySQL. Данный параметр можно использовать с GROUP BY
или
DISTINCT
, чтобы сообщить оптимизатору, что результирующий набор
данных будет небольшим. В этом случае MySQL для хранения результирующей
таблицы вместо сортировки будет использовать быстрые временные таблицы. В
версии MySQL 3.23 указывать данный параметр обычно нет необходимости.
SQL_CALC_FOUND_ROWS
возвращает количество строк,
которые вернул бы оператор SELECT
, если бы не был указан
LIMIT
. Искомое количество строк можно получить при помощи
SELECT FOUND_ROWS()
. See section 6.3.6.2
Разные функции.
SQL_CACHE
предписывает MySQL сохранять результат
запроса в кэше запросов при использовании SQL_QUERY_CACHE_TYPE=2
(DEMAND
). See section 6.9
Кэш запросов в MySQL.
SQL_NO_CACHE
запрещает MySQL хранить результат
запроса в кэше запросов. See section 6.9
Кэш запросов в MySQL.
GROUP BY
строки вывода будут
сортироваться в соответствии с порядком, заданным в GROUP BY
, -
так, как если бы применялось выражение ORDER BY
для всех полей,
указанных в GROUP BY
. В MySQL выражение GROUP BY
расширено таким образом, что для него можно также указывать параметры
ASC
и DESC
: SELECT a,COUNT(b) FROM test_table GROUP BY a DESC
GROUP BY
в MySQL обеспечивает, в
частности, возможность выбора полей, не упомянутых в выражении GROUP
BY
. Если ваш запрос не приносит ожидаемых результатов, прочтите,
пожалуйста, описание GROUP BY
. See section 6.3.7
Функции, используемые в операторах GROUP BY
.
STRAIGHT_JOIN
оптимизатор будет
объединять таблицы в том порядке, в котором они перечислены в выражении
FROM
. Применение данного параметра позволяет увеличить скорость
выполнения запроса, если оптимизатор производит объединение таблиц
неоптимальным образом. See section 5.2.1
Синтаксис оператора EXPLAIN
(получение информации о
SELECT
).
LIMIT
может использоваться для ограничения
количества строк, возвращенных командой SELECT
.
LIMIT
принимает один или два числовых аргумента. Эти аргументы
должны быть целочисленными константами. Если заданы два аргумента, то первый
указывает на начало первой возвращаемой строки, а второй задает максимальное
количество возвращаемых строк. При этом смещение начальной строки равно
0
(не 1
): mysql> SELECT * FROM table LIMIT 5,10; # возвращает строки 6-15Если задан один аргумент, то он показывает максимальное количество возвращаемых строк:
mysql> SELECT * FROM table LIMIT 5; # возвращает первых 5 строкДругими словами,
LIMIT n
эквивалентно LIMIT
0,n
.
SELECT
может быть представлен в форме SELECT
... INTO OUTFILE 'file_name'
. Эта разновидность команды осуществляет
запись выбранных строк в файл, указанный в file_name
. Данный файл
создается на сервере и до этого не должен существовать (таким образом, помимо
прочего, предотвращается разрушение таблиц и файлов, таких как
`/etc/passwd'). Для использования этой формы команды
SELECT
необходимы привилегии FILE
. Форма
SELECT ... INTO OUTFILE
главным образом предназначена для
выполнения очень быстрого дампа таблицы на серверном компьютере. Команду
SELECT ... INTO OUTFILE
нельзя применять, если необходимо создать
результирующий файл на ином хосте, отличном от серверного. В таком случае для
генерации нужного файла вместо этой команды следует использовать некоторую
клиентскую программу наподобие mysqldump --tab
или mysql -e
"SELECT ..." > outfile
. Команда SELECT ... INTO OUTFIL
E
является дополнительной по отношению к LOAD DATA INFIL
E;
синтаксис части export_options этой команды содержит те же выражения
FIELDS
и LINES
, которые используются в команде
LOAD DATA INFIL
E. See section 6.4.9
Синтаксис оператора LOAD DATA INFILE
. Следует учитывать, что
в результирующем текстовом файле оператор ESCAPED BY
экранирует
только следующие символы:
ESCAPED BY
FIELDS TERMINATED BY
LINES TERMINATED BY
0
конвертируется в ESCAPED BY
, за
которым следует символ `0' (ASCII 48). Это делается потому, что
необходимо экранировать любые символы операторов FIELDS TERMINATED
BY
, ESCAPED BY
или LINES TERMINATED BY
, чтобы
иметь надежную возможность повторить чтение этого файла. ASCII 0
экранируется, чтобы облегчить просмотр файла с помощью программ вывода типа
pager. Поскольку результирующий файл не должен удовлетворять синтаксису SQL,
нет необходимости экранировать что-либо еще. Ниже приведен пример того, как
получить файл в формате, который используется многими старыми программами. SELECT a,b,a+b INTO OUTFILE "/tmp/result.text" FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY "\n" FROM test_table;
INTO OUTFILE
использовать INTO
DUMPFILE
, то MySQL запишет в файл только одну строку без символов
завершения столбцов или строк и без какого бы то ни было экранирования. Это
полезно для хранения данных типа BLOB
в файле.
INTO
OUTFILE
и INTO DUMPFILE
, будет доступен для чтения всем
пользователям! Причина этого заключается в следующем: сервер MySQL не может
создавать файл, принадлежащий только какому-либо текущему пользователю (вы
никогда не можете запустить mysqld
от пользователя
root
), соответственно, файл должен быть доступен для чтения всем
пользователям. При использовании FOR UPDATE
с обработчиком
таблиц, поддерживающим блокировку страниц/строк, выбранные строки будут
заблокированы для записи. JOIN
MySQL поддерживает следующий синтаксис оператора JOIN
при
использовании в командах SELECT
:
table_reference, table_reference table_reference [CROSS] JOIN table_reference table_reference INNER JOIN table_reference join_condition table_reference STRAIGHT_JOIN table_reference table_reference LEFT [OUTER] JOIN table_reference join_condition table_reference LEFT [OUTER] JOIN table_reference table_reference NATURAL [LEFT [OUTER]] JOIN table_reference { oj table_reference LEFT OUTER JOIN table_reference ON conditional_expr } table_reference RIGHT [OUTER] JOIN table_reference join_condition table_reference RIGHT [OUTER] JOIN table_reference table_reference NATURAL [RIGHT [OUTER]] JOIN table_reference
где table_reference
определено, как:
table_name [[AS] alias] [USE INDEX (key_list)] [IGNORE INDEX (key_list)]
и join_condition
определено, как:
ON conditional_expr | USING (column_list)
Никогда не следует указывать в части ON
какие бы то ни было
условия, накладывающие ограничения на строки в наборе результатов. Если
необходимо указать, какие строки должны присутствовать в результате, следует
сделать это в выражении WHERE
.
Необходимо учитывать, что в версиях до 3.23.17 оператор INNER
JOIN
не принимает параметр join_condition
!
Наличие последней из приведенных выше конструкций выражения LEFT OUTER
JOIN
обусловлено только требованиями совместимости с ODBC:
tbl_name AS alias_name
или
tbl_name alias_name
: mysql> SELECT t1.name, t2.salary FROM employee AS t1, info AS t2 WHERE t1.name = t2.name;
ON
представляет собой условие в любой форме
из числа тех, которые можно использовать в выражении WHERE
.
ON
или
USING
в LEFT JOIN
не найдена, то для данной таблицы
используется строка, в которой все столбцы установлены в NULL
.
Эту возможность можно применять для нахождения результатов в таблице, не
имеющей эквивалента в другой таблице: mysql> SELECT table1.* FROM table1 LEFT JOIN table2 ON table1.id=table2.id WHERE table2.id IS NULL;Этот пример находит все строки в таблице
table1
с величиной
id
, которая не присутствует в таблице table2
(т.е.
все строки в table1
, для которых нет соответствующих строк в
table2
). Конечно, это предполагает, что table2.id
объявлен как NOT NULL
. See section 5.2.6
Как MySQL оптимизирует LEFT JOIN
и RIGHT JOIN
.
USING (column_list)
служит для указания списка столбцов,
которые должны существовать в обеих таблицах. Такое выражение
USING
, как: A LEFT JOIN B USING (C1,C2,C3,...)семантически идентично выражению
ON
, например: A.C1=B.C1 AND A.C2=B.C2 AND A.C3=B.C3,...
NATURAL [LEFT] JOIN
для двух таблиц определяется
так, чтобы оно являлось семантическим эквивалентом INNER JOIN
или
LEFT JOIN
с выражением USING
, в котором указаны все
столбцы, имеющиеся в обеих таблицах.
INNER JOIN
и ,
(запятая) являются семантическими
эквивалентами. Оба осуществляют полное объединение используемых таблиц. Способ
связывания таблиц обычно задается в условии WHERE
.
RIGHT JOIN
работает аналогично LEFT JOIN
. Для
сохранения переносимости кода между различными базами данных рекомендуется
вместо RIGHT JOIN
использовать LEFT JOIN
.
STRAIGHT_JOIN
идентично JOIN
, за исключением
того, что левая таблица всегда читается раньше правой. Это выражение может
использоваться для тех (немногих) случаев, когда оптимизатор объединения
располагает таблицы в неправильном порядке.
EXPLAIN
(выводящий информацию
о структуре и порядке выполнения запроса SELECT
), показывает, что
MySQL использует ошибочный индекс. Задавая значение индекса в USE INDEX
(key_list)
, можно заставить MySQL применять для поиска записи только
один из указанных индексов. Альтернативное выражение IGNORE INDEX
(key_list)
запрещает использование в MySQL данного конкретного индекса.
Выражения USE/IGNORE KEY
являются синонимами для USE/IGNORE
INDEX
. Несколько примеров:
mysql> SELECT * FROM table1,table2 WHERE table1.id=table2.id; mysql> SELECT * FROM table1 LEFT JOIN table2 ON table1.id=table2.id; mysql> SELECT * FROM table1 LEFT JOIN table2 USING (id); mysql> SELECT * FROM table1 LEFT JOIN table2 ON table1.id=table2.id LEFT JOIN table3 ON table2.id=table3.id; mysql> SELECT * FROM table1 USE INDEX (key1,key2) WHERE key1=1 AND key2=2 AND key3=3; mysql> SELECT * FROM table1 IGNORE INDEX (key3) WHERE key1=1 AND key2=2 AND key3=3;
See section 5.2.6
Как MySQL оптимизирует LEFT JOIN
и RIGHT JOIN
.
UNION
SELECT ... UNION [ALL] SELECT ... [UNION SELECT ...]
Оператор UNION
реализован в MySQL 4.0.0.
UNION
используется для объединения результатов работы нескольких
команд SELECT
в один набор результатов.
Эти команды SELECT
являются обычными командами выборки данных,
но со следующим ограничением:
SELECT
может включать оператор
INTO OUTFILE
. Если не используется ключевое слово ALL
для UNION
,
все возвращенные строки будут уникальными, так как по умолчанию подразумевается
DISTINCT
для всего результирующего набора данных. Если указать
ключевое слово ALL
, то результат будет содержать все найденные
строки из всех примененных команд SELECT
.
Если для всего результата UNION
необходимо применить оператор
ORDER BY
, следует использовать круглые скобки:
(SELECT a FROM table_name WHERE a=10 AND B=1 ORDER BY a LIMIT 10) UNION (SELECT a FROM table_name WHERE a=11 AND B=2 ORDER BY a LIMIT 10) ORDER BY a;
HANDLER
HANDLER tbl_name OPEN [ AS alias ] HANDLER tbl_name READ index_name { = | >= | <= | < } (value1,value2,...) [ WHERE ... ] [LIMIT ... ] HANDLER tbl_name READ index_name { FIRST | NEXT | PREV | LAST } [ WHERE ... ] [LIMIT ... ] HANDLER tbl_name READ { FIRST | NEXT } [ WHERE ... ] [LIMIT ... ] HANDLER tbl_name CLOSE
Оператор HANDLER
обеспечивает прямой доступ к интерфейсу
обработчика таблиц MyISAM
, минуя оптимизатор SQL. Следовательно,
этот оператор работает быстрее, чем SELECT
.
Первая форма оператора HANDLER
открывает таблицу, делая ее
доступной для последовательности команд HANDLER ... READ
. Этот
объект недоступен другим потокам и не будет закрыт, пока данный поток не вызовет
HANDLER tbl_name CLOSE
или сам поток не будет уничтожен.
Вторая форма выбирает одну строку (или больше - в соответствии с установкой в
выражении LIMIT
), для которой(ых) указанный индекс соответствует
заданному условию и условие в выражении WHERE
также выполняется.
Если индекс состоит из нескольких частей (охватывает несколько столбцов), то
составляющие его величины указываются в виде разделенного запятыми списка.
Обеспечиваются величины только для нескольких первых столбцов.
Третья форма выбирает одну строку (или больше - в соответствии с установкой в
выражении LIMIT
), из таблицы; в порядке указания индексов в
соответствии с условием WHERE
.
Четвертая форма (без указания индексов) выбирает одну строку (или больше - в
соответствии с установкой в выражении LIMIT
), из таблицы, используя
естественный порядок строк (как они хранятся в файле данных), в соответствии с
условием WHERE
. Эта форма работает быстрее, чем HANDLER
tbl_name READ index_name
, в тех случаях, когда желателен просмотр всей
таблицы.
Оператор HANDLER ... CLOSE
закрывает таблицу, открытую
оператором HANDLER ... OPEN
.
Оператор HANDLER
представляет собой что-то наподобие
низкоуровневой команды. Например, он не обеспечивает целостности таблицы. Т.е.
HANDLER ... OPEN
НЕ делает моментального снимка таблицы и НЕ
блокирует ее. Отсюда следует, что после вызова команды HANDLER ...
OPEN
данные таблицы могут быть модифицированы (этим или любым другим
потоком), а сами модификации в просмотрах таблицы при помощи HANDLER ...
NEXT
или HANDLER ... PREV
могут появляться только частично.
INSERT
INSERT [LOW_PRIORITY | DELAYED] [IGNORE] [INTO] tbl_name [(col_name,...)] VALUES (expression,...),(...),... или INSERT [LOW_PRIORITY | DELAYED] [IGNORE] [INTO] tbl_name [(col_name,...)] SELECT ... или INSERT [LOW_PRIORITY | DELAYED] [IGNORE] [INTO] tbl_name SET col_name=expression, col_name=expression, ...
Оператор INSERT
вставляет новые строки в существующую таблицу.
Форма данной команды INSERT ... VALUES
вставляет строки в
соответствии с точно указанными в команде значениями. Форма INSERT ...
SELECT
вставляет строки, выбранные из другой таблицы или таблиц. Форма
INSERT ... VALUES
со списком из нескольких значений поддерживается
в версии MySQL 3.22.5 и более поздних. Синтаксис выражения
col_name=expression
поддерживается в версии MySQL 3.22.10 и более
поздних.
tbl_name
задает таблицу, в которую должны быть внесены строки.
Столбцы, для которых заданы величины в команде, указываются в списке имен
столбцов или в части SET
:
INSERT ... VALUES
или
INSERT ... SELECT
, то величины для всех столбцов должны быть
определены в списке VALUES()
или в результате работы
SELECT
. Если порядок столбцов в таблице неизвестен, для его
получения можно использовать DESCRIBE tbl_name
.
CREATE TABLE
. В MySQL всегда
предусмотрено значение по умолчанию для каждого поля. Это требование
``навязано'' MySQL, чтобы обеспечить возможность работы как с таблицами,
поддерживающими транзакции, так и с таблицами, не поддерживающими их. Наша
точка зрения (разработчиков) состоит в том, что проверка содержимого полей
должна производиться приложением, а не сервером баз данных.
expression
может относится к любому столбцу,
который ранее был внесен в список значений. Например, можно указать следующее:
mysql> INSERT INTO tbl_name (col1,col2) VALUES(15,col1*2);Но нельзя указать:
mysql> INSERT INTO tbl_name (col1,col2) VALUES(col2*2,15);
LOW_PRIORITY
, то выполнение
данной команды INSERT
будет задержано до тех пор, пока другие
клиенты не завершат чтение этой таблицы. В этом случае данный клиент должен
ожидать, пока данная команда вставки не будет завершена, что в случае
интенсивного использования таблицы может потребовать значительного времени. В
противоположность этому команда INSERT DELAYED
позволяет данному
клиенту продолжать операцию сразу же. See section 6.4.4
Синтаксис оператора INSERT DELAYED
. Следует отметить, что
указатель LOW_PRIORITY
обычно не используется с таблицами
MyISAM
, поскольку при его указании становятся невозможными
параллельные вставки. See section 7.1
Таблицы MyISAM.
INSERT
со строками, имеющими много значений,
указывается ключевое слово IGNORE
, то все строки, имеющие
дублирующиеся ключи PRIMARY
или UNIQUE
в этой
таблице, будут проигнорированы и не будут внесены. Если не указывать
IGNORE
, то данная операция вставки прекращается при обнаружении
строки, имеющей дублирующееся значение существующего ключа. Количество строк,
внесенных в данную таблицу, можно определить при помощи функции C API
mysql_info()
.
DONT_USE_DEFAULT_FIELDS
, то команда INSERT
будет
генерировать ошибку, если явно не указать величины для всех столбцов, которые
требуют значений не-NULL
. See section 2.3.3
Типичные опции configure
.
mysql_insert_id
можно найти величину,
использованную для столбца AUTO_INCREMENT
. See section 8.4.3.126
mysql_insert_id()
. Если задается команда INSERT ... SELECT
или INSERT ...
VALUES
со списками из нескольких значений, то для получения информации о
данном запросе можно использовать функцию C API mysql_info()
.
Формат этой информационной строки приведен ниже:
Records: 100 Duplicates: 0 Warnings: 0
Duplicates
показывает число строк, которые не могли быть
внесены, поскольку они дублировали бы значения некоторых существующих уникальных
индексов. Указатель Warnings
показывает число попыток внести
величину в столбец, который по какой-либо причине оказался проблематичным.
Предупреждения возникают при выполнении любого из следующих условий:
NULL
в столбец, который был объявлен, как NOT
NULL
. Данный столбец устанавливается в значение, заданное по умолчанию.
'10.34 a'
.
Конечные данные удаляются и вносится только оставшаяся числовая часть. Если
величина вовсе не имеет смысла как число, то столбец устанавливается в
0
.
CHAR
, VARCHAR
,
TEXT
или BLOB
строки, превосходящей максимальную
длину столбца. Данная величина усекается до максимальной длины столбца.
INSERT ...
SELECT
INSERT [LOW_PRIORITY] [IGNORE] [INTO] tbl_name [(column list)] SELECT ...
Команда INSERT ... SELECT
обеспечивает возможность быстрого
внесения большого количества строк в таблицу из одной или более таблиц.
INSERT INTO tblTemp2 (fldID) SELECT tblTemp1.fldOrder_ID FROM tblTemp1 WHERE tblTemp1.fldOrder_ID > 100;
Для команды INSERT ... SELECT
необходимо соблюдение следующих
условий:
INSERT
не должна появляться в
утверждении FROM
части SELECT
данного запроса,
поскольку в ANSI SQL запрещено производить выборку из той же таблицы, в
которую производится вставка. (Проблема заключается в том, что операция
SELECT
, возможно, найдет записи, которые были внесены ранее в
течение того же самого прогона команды. При использовании команд, внутри
которых содержатся многоступенчатые выборки, можно легко попасть в очень
запутанную ситуацию!)
AUTO_INCREMENT
работают, как обычно.
mysql_info()
. See section 6.4.3
Синтаксис оператора INSERT
.
INSERT ... SELECT
параллельные вставки не
разрешаются. Разумеется, для перезаписи старых строк можно вместо INSERT
использовать REPLACE
.
INSERT
DELAYED
INSERT DELAYED ...
Опция DELAYED
для команды INSERT
является
специфической для MySQL возможностью, которая очень полезна, если клиент не
может ждать завершения команды INSERT
. Такая проблема встречается
часто - она возникает, когда MySQL используется для ведения журналов (проще
говоря, для логгинга) и при этом периодически запускаются команды
SELECT
и UPDATE
, для выполнения которых требуется
много времени. Оператор DELAYED
был введен в версию MySQL 3.22.15.
Он является расширением MySQL к ANSI SQL92.
INSERT DELAYED
работает только с таблицами типа
ISAM
и MyISAM
. Следует учитывать, что таблицы
MyISAM
поддерживают одновременное выполнение SELECT
и
INSERT
, поэтому если нет свободных блоков в середине файла данных,
то необходимость в применении INSERT DELAYED
возникает очень редко.
See section 7.1
Таблицы MyISAM.
При использовании оператора INSERT DELAYED
клиент сразу же
получает успешный ответ от сервера, а запись будет добавлена в таблицу сразу же
после того, как эту таблицу перестанет использовать другой поток.
Еще одно существенное преимущество применения оператора INSERT
DELAYED
заключается в том, что данные от многих клиентов собираются
вместе и записываются одним блоком. Это намного быстрее, чем несколько отдельных
операций вставки.
Обратите внимание: в настоящее время все записи, поставленные в очередь на
добавление, хранятся только в памяти до тех пор, пока они не будут записаны на
диск. Отсюда следует, что если выполнение mysqld
будет завершено
принудительно (kill -9
) или программа умрет, то все находящиеся в
очереди данные, которые не записаны на диск, будут потеряны!.
Ниже детально описано, что происходит при использовании опции
DELAYED
в командах INSERT
или REPLACE
. В
этом описании ``поток'' понимается как поток, принимающий команду INSERT
DELAYED
, а ``обработчик'' - это поток, который обрабатывает все команды
INSERT DELAYED
в конкретной таблице.
DELAYED
для таблицы создается
поток-обработчик для обработки всех команд DELAYED
в данной
таблице, если подобный обработчик уже не существует.
DELAYED
; если нет, то он предписывает обработчику сделать это.
Блокировка DELAYED
может быть осуществлена даже в случае, если
блокировки READ
или WRITE
на данной таблице уже
выполнены другими потоками. Однако обработчик будет ожидать всех блокировок
ALTER TABLE
и завершения всех команд FLUSH TABLES
,
чтобы убедиться в том, что структура таблицы соответствует последнему
обновлению.
INSERT
, но вместо записи строки в
таблицу он ставит финальную копию этой строки в очередь, управляемую
потоком-обработчиком. Поток отмечает все синтаксические ошибки и сообщает о
них клиентской программе.
AUTO_INCREMENT
для данной результирующей строки; он также не
может получить эти данные с сервера, поскольку команда INSERT
возвращает результат до полного завершения операции вставки. По той же причине
ничего существенного не даст и использование функции C API
mysql_info()
.
delayed_insert_limit
строк, обработчик
проверяет, не находятся ли в ожидании выполнения какие-либо команды
SELECT
. Если да, то обработчик перед продолжением своей работы
``пропускает их вперед'' на выполнение.
delayed_insert_timeout
секунд не поступят никакие новые команды INSERT DELAYED
, то
обработчик завершит свою работу.
delayed_queue_size
строк уже ожидают в
очереди обработчика, то поток, запрашивающий INSERT DELAYED
,
будет ждать, пока не освободится место в очереди. Таким образом можно иметь
уверенность в том, что mysqld
не займет всю память сервера для
хранения запросов данной очереди.
delayed_insert
в столбце Command
. Поток-обработчик
можно уничтожить запуском команды FLUSH TABLES
или командой
KILL номер_потока
. Однако перед своим завершением он вначале
сохранит в таблице все поставленные в очередь строки. В процессе сохранения он
не будет принимать никаких новых команд INSERT
от иного потока.
При выполнении после этого команды INSERT DELAYED
будет создан
новый поток-обработчик. Обратите внимание: отсюда следует, что команды
INSERT DELAYED
имеют более высокий приоритет, чем обычные команды
INSERT
, если уже существует запущенный обработчик INSERT
DELAYED
! Другие команды обновления должны ожидать, пока не опустеет
очередь INSERT DELAYED
или же пока кто-либо не прекратит
выполнение потока-обработчика (с помощью KILL номер_потока
) или
не выполнит FLUSH TABLES
.
INSERT DELAYED
:
Переменная | Значение |
Delayed_insert_threads |
Количество потоков-обработчиков |
Delayed_writes |
Количество строк, записанных INSERT DELAYED |
Not_flushed_delayed_rows |
Количество строк, ожидающих записи |
SHOW
STATUS
или выполнить команду mysqladmin extended-status
.
Обратите внимание: если данная таблица не используется, то команда
INSERT DELAYED
работает медленнее, чем обычная команда
INSERT
. Кроме того, возникает дополнительная нагрузка на сервер,
поскольку требуется управлять отдельным потоком для каждой таблицы, для которой
используется INSERT DELAYED
. Это означает, что команду INSERT
DELAYED
следует применять только тогда, когда в ней есть реальная
необходимость!
UPDATE
UPDATE [LOW_PRIORITY] [IGNORE] tbl_name SET col_name1=expr1 [, col_name2=expr2, ...] [WHERE where_definition] [LIMIT #]
Оператор UPDATE
обновляет столбцы в соответствии с их новыми
значениями в строках существующей таблицы. В выражении SET
указывается, какие именно столбцы следует модифицировать и какие величины должны
быть в них установлены. В выражении WHERE
, если оно присутствует,
задается, какие строки подлежат обновлению. В остальных случаях обновляются все
строки. Если задано выражение ORDER BY
, то строки будут обновляться
в указанном в нем порядке.
Если указывается ключевое слово LOW_PRIORITY
, то выполнение
данной команды UPDATE
задерживается до тех пор, пока другие клиенты
не завершат чтение этой таблицы.
Если указывается ключевое слово IGNORE
, то команда обновления не
будет прервана, даже если при обновлении возникнет ошибка дублирования ключей.
Строки, из-за которых возникают конфликтные ситуации, обновлены не будут.
Если доступ к столбцу из указанного выражения осуществляется по аргументу
tbl_name
, то команда UPDATE
использует для этого
столбца его текущее значение. Например, следующая команда устанавливает столбец
age
в значение, на единицу большее его текущей величины:
mysql> UPDATE persondata SET age=age+1;
Значения команда UPDATE
присваивает слева направо. Например,
следующая команда дублирует столбец age
, затем инкрементирует его:
mysql> UPDATE persondata SET age=age*2, age=age+1;
Если столбец устанавливается в его текущее значение, то MySQL замечает это и не обновляет его.
Команда UPDATE
возвращает количество фактически измененных
строк. В версии MySQL 3.22 и более поздних функция C API
mysql_info()
возвращает количество строк, которые были найдены и
обновлены, и количество предупреждений, имевших место при выполнении
UPDATE
.
В версии MySQL 3.23 можно использовать LIMIT #
, чтобы убедиться,
что было изменено только заданное количество строк.
DELETE
DELETE [LOW_PRIORITY | QUICK] FROM table_name [WHERE where_definition] [ORDER BY ...] [LIMIT rows] или DELETE [LOW_PRIORITY | QUICK] table_name[.*] [,table_name[.*] ...] FROM table-references [WHERE where_definition] oили DELETE [LOW_PRIORITY | QUICK] FROM table_name[.*], [table_name[.*] ...] USING table-references [WHERE where_definition]
Оператор DELETE
удаляет из таблицы table_name
строки, удовлетворяющие заданным в where_definition
условиям, и
возвращает число удаленных записей.
Если оператор DELETE
запускается без определения
WHERE
, то удаляются все строки. При работе в режиме
AUTOCOMMIT
это будет аналогично использованию оператора
TRUNCATE
. See section 6.4.7
Синтаксис оператора TRUNCATE
. В MySQL 3.23 оператор
DELETE
без определения WHERE
возвратит ноль как число
удаленных записей.
Если действительно необходимо знать число удаленных записей при удалении всех
строк, и если допустимы потери в скорости, то можно использовать команду
DELETE
в следующей форме:
mysql> DELETE FROM table_name WHERE 1>0;
Следует учитывать, что эта форма работает намного медленнее, чем DELETE
FROM table_name
без выражения WHERE
, поскольку строки
удаляются поочередно по одной.
Если указано ключевое слово LOW_PRIORITY
, выполнение данной
команды DELETE
будет задержано до тех пор, пока другие клиенты не
завершат чтение этой таблицы.
Если задан параметр QUICK
, то обработчик таблицы при выполнении
удаления не будет объединять индексы - в некоторых случаях это может ускорить
данную операцию.
В таблицах MyISAM
удаленные записи сохраняются в связанном
списке, а последующие операции INSERT
повторно используют места,
где располагались удаленные записи. Чтобы возвратить неиспользуемое пространство
и уменьшить размер файлов, можно применить команду OPTIMIZE TABLE
или утилиту myisamchk
для реорганизации таблиц. Команда
OPTIMIZE TABLE
проще, но утилита myisamchk
работает
быстрее. See section 4.5.1
Синтаксис команды OPTIMIZE TABLE
. See section 4.4.6.10
Оптимизация таблиц.
Первый из числа приведенных в начале данного раздела многотабличный формат
команды DELETE
поддерживается, начиная с MySQL 4.0.0. Второй
многотабличный формат поддерживается, начиная с MySQL 4.0.2.
Идея заключается в том, что удаляются только совпадающие строки из таблиц,
перечисленных перед выражениями FROM
или USING
. Это
позволяет удалять единовременно строки из нескольких таблиц, а также
использовать для поиска дополнительные таблицы.
Символы .*
после имен таблиц требуются только для совместимости
с Access:
DELETE t1,t2 FROM t1,t2,t3 WHERE t1.id=t2.id AND t2.id=t3.id
или
DELETE FROM t1,t2 USING t1,t2,t3 WHERE t1.id=t2.id AND t2.id=t3.id
В предыдущем случае просто удалены совпадающие строки из таблиц
t1
и t2
.
Выражение ORDER BY
и использование нескольких таблиц в команде
DELETE
поддерживается в MySQL 4.0.
Если применяется выражение ORDER BY
, то строки будут удалены в
указанном порядке. В действительности это выражение полезно только в сочетании с
LIMIT
. Например:
DELETE FROM somelog WHERE user = 'jcole' ORDER BY timestamp LIMIT 1
Данный оператор удалит самую старую запись (по timestamp
), в
которой строка соответствует указанной в выражении WHERE
.
Специфическая для MySQL опция LIMIT
для команды
DELETE
указывает серверу максимальное количество строк, которые
следует удалить до возврата управления клиенту. Эта опция может использоваться
для гарантии того, что данная команда DELETE
не потребует слишком
много времени для выполнения. Можно просто повторять команду DELETE
до тех пор, пока количество удаленных строк меньше, чем величина
LIMIT
.
TRUNCATE
TRUNCATE TABLE table_name
В версии 3.23 TRUNCATE TABLE
выполняет последовательность
"COMMIT ; DELETE FROM table_name"
. See section 6.4.6
Синтаксис оператора DELETE
.
TRUNCATE TABLE
имеет следующие отличия от DELETE FROM
...
:
TRUNCATE
является расширением Oracle SQL.
REPLACE
REPLACE [LOW_PRIORITY | DELAYED] [INTO] tbl_name [(col_name,...)] VALUES (expression,...),(...),... или REPLACE [LOW_PRIORITY | DELAYED] [INTO] tbl_name [(col_name,...)] SELECT ... или REPLACE [LOW_PRIORITY | DELAYED] [INTO] tbl_name SET col_name=expression, col_name=expression,...
Оператор REPLACE
работает точно так же, как INSERT
,
за исключением того, что если старая запись в данной таблице имеет то же
значение индекса UNIQUE
или PRIMARY KEY
, что и новая,
то старая запись перед занесением новой будет удалена. See section 6.4.3
Синтаксис оператора INSERT
.
Другими словами, команда REPLACE
не предоставляет доступа к
замещаемой записи. В некоторых старых версиях MySQL такой доступ иногда
оказывался возможным, но это был дефект, который уже исправлен.
При использовании команды REPLACE
функция
mysql_affected_rows()
вернет значение, равное 2
, если
старая строка была заменена новой. Объясняется это тем, что сначала в таблицу
вставляется одна строка, а затем удаляется вторая - дубликат.
Это позволяет легко определять, какое действие произвела команда
REPLACE
- добавление или замещение строки. Достаточно просто
проверить, какое число вернула функция mysql_affected_rows()
-
1
(строка добавлена) или 2
(замещена).
Следует учитывать, что, если не используются индексы UNIQUE
или
PRIMARY KEY
, то применение команды REPLACE
не имеет
смысла, так как она работает просто как INSERT
.
LOAD DATA INFILE
LOAD DATA [LOW_PRIORITY | CONCURRENT] [LOCAL] INFILE 'file_name.txt' [REPLACE | IGNORE] INTO TABLE tbl_name [FIELDS [TERMINATED BY '\t'] [[OPTIONALLY] ENCLOSED BY ''] [ESCAPED BY '\\' ] ] [LINES TERMINATED BY '\n'] [IGNORE number LINES] [(col_name,...)]
Команда LOAD DATA INFILE
читает строки из текстового файла и
вставляет их в таблицу с очень высокой скоростью. Если задано ключевое слово
LOCAL
, то файл читается с клиентского хоста. Если же
LOCAL
не указывается, то файл должен находиться на сервере. (Опция
LOCAL
доступна в версии MySQL 3.22.6 и более поздних.)
Если текстовые файлы, которые нужно прочитать, находятся на сервере, то из
соображений безопасности эти файлы должны либо размещаться в директории базы
данных, либо быть доступными для чтения всем пользователям. Кроме того, для
применения команды LOAD DATA INFILE
к серверным файлам необходимо
обладать привилегиями FILE
для серверного хоста. See section 4.2.7
Привилегии, предоставляемые MySQL.
В версиях MySQL 3.23.49 и MySQL 4.0.2 команда LOCAL
не будет
работать в случаях, если демон mysqld
запущен с параметром
--local-infile=0
или если для клиента не включена возможность
поддержки LOCAL
. See section 4.2.4
Вопросы безопасности, относящиеся к команде LOAD DATA LOCAL.
Если указывается ключевое слово LOW_PRIORITY
, то выполнение
данной команды LOAD DATA
будет задержано до тех пор, пока другие
клиенты не завершат чтение этой таблицы.
Если указывается ключевое слово CONCURRENT
при работе с
таблицами MyISAM
, то другие потоки могут извлекать данные из
таблицы во время выполнения команды LOAD DATA
. Использование этой
возможности, конечно, будет немного влиять на производительность выполнения
LOAD DATA
, даже если никакой другой поток не использует данную
таблицу в это же время.
При применении опции LOCAL
выполнение может происходить
несколько медленнее в сравнении с предоставлением серверу доступа к файлам
напрямую, поскольку содержимое файла должно переместиться с клиентского хоста на
сервер. С другой стороны, в этом случае нет необходимости в привилегиях
FILE
для загрузки локальных файлов.
При использовании версий MySQL до 3.23.24 при помощи команды LOAD DATA
INFILE
нельзя выполнять чтение из FIFO
. Если необходимо
читать из FIFO
(например, стандартный вывод gunzip
),
следует использовать LOAD DATA LOCAL INFILE
.
Можно также загружать файлы данных, используя утилиту
mysqlimport
. Эта утилита выполняет загрузку файлов путем посылки на
сервер команд LOAD DATA INFILE
. Опция --local
заставляет mysqlimport
читать файлы данных с клиентского хоста.
Можно указать параметр --compress
, чтобы получить лучшую
производительность при работе через медленные сети, если и клиент, и сервер
поддерживают протокол сжатия данных.
В случаях, когда файлы находятся на сервере, последний действует по следующим правилам:
datadir
).
Отсюда следует, что файл, заданный как `./myfile.txt', читается из
серверного каталога данных, в то время как файл, заданный как
`myfile.txt', читается из каталога используемой базы данных. Например,
следующая команда LOAD DATA
читает файл data.txt
в
каталоге базы данных для db1
, поскольку db1
является
текущей базой данных, даже если эта команда явно содержит указание загрузить
файл в таблицу базы данных db2
:
mysql> USE db1; mysql> LOAD DATA INFILE "data.txt" INTO TABLE db2.my_table;
Ключевые слова REPLACE
и IGNORE
управляют
обработкой входных записей, которые дублируют существующие записи с теми же
величинами уникальных ключей. Если указать REPLACE
, то новые строки
заменят существующие с таким же уникальным ключом. Если указать
IGNORE
, то входные строки, имеющие тот же уникальный ключ, что и
существующие, будут пропускаться. Если не указан ни один из параметров, то при
обнаружении дублирующегося значения ключа возникает ошибка и оставшаяся часть
текстового файла игнорируется.
Если данные загружаются из локального файла с использованием ключевого слова
LOCAL
, то сервер не сможет прервать передачу данных посреди этой
операции, поэтому по умолчанию выполнение команды происходит так же, как и в
случае, когда указывается IGNORE
.
При использовании LOAD DATA INFILE
на пустых таблицах
MyISAM
все неуникальные индексы создаются в отдельном пакете (как в
REPAIR
). Обычно это значительно ускоряет работу LOAD DATA
INFILE
в случае большого количества индексов.
Команда LOAD DATA INFILE
является дополнительной к SELECT
... INTO OUTFILE
. See section 6.4.1
Синтаксис оператора SELECT
. Чтобы записать данные из базы
данных в файл, используется SELECT ... INTO OUTFILE
. Чтобы
прочитать данные обратно в базу данных, используется LOAD DATA
INFILE
. Синтаксис FIELDS
и LINES
одинаков в
обеих командах. Обе части являются необязательными, но если указаны оба, то
FIELDS
должно предшествовать LINES
.
Если указывается FIELDS
, то каждое из его подвыражений
(TERMINATED BY
, [OPTIONALLY] ENCLOSED BY
, и
ESCAPED BY
) также является необязательным, однако необходимо
указать по меньшей мере одно из них.
Если утверждение FIELDS
не определено, то по умолчанию его
параметры будут принимать следующие значения:
FIELDS TERMINATED BY '\t' ENCLOSED BY '' ESCAPED BY '\\'
Если утверждение LINES
не определено, то по умолчанию оно имеет
следующую структуру:
LINES TERMINATED BY '\n'
Иными словами, при установках по умолчанию команда LOAD DATA
INFILE
при чтении входных данных будет работать следующим образом:
И, наоборот, если действуют установки по умолчанию при записи выходных
данных, команда SELECT ... INTO OUTFILE
будет работать следующим
образом:
Следует учитывать, что в записи FIELDS ESCAPED BY
`\'
необходимо указывать два обратных слеша для величины,
которая должна читаться как один обратный слеш.
Опцию IGNORE number LINES
можно применять для игнорирования
заголовка имен столбцов в начале файла:
mysql> LOAD DATA INFILE "/tmp/file_name" INTO TABLE test IGNORE 1 LINES;
При использовании SELECT ... INTO OUTFILE
совместно с LOAD
DATA INFILE
для того, чтобы данные из базы данных прочитать в файл, а
затем - обратно из файла в базу данных, опции, обрабатывающие поля и строки, для
обеих команд должны совпадать. В противном случае LOAD DATA INFILE
не сможет интерпретировать содержимое данного файла правильно. Предположим, что
команда SELECT ... INTO OUTFILE
используется для записи в файл с
полями, разделенными запятыми:
mysql> SELECT * INTO OUTFILE 'data.txt' FIELDS TERMINATED BY ',' FROM ...;
Чтобы прочитать этот разделенный запятыми файл обратно в базу данных, корректная команда должна иметь вид:
mysql> LOAD DATA INFILE 'data.txt' INTO TABLE table2 FIELDS TERMINATED BY ',';
Если вместо этого попытаться прочитать этот файл с помощью команды,
представленной ниже, то она не будет работать, поскольку предписывает команде
LOAD DATA INFILE
искать символы табуляции между полями:
mysql> LOAD DATA INFILE 'data.txt' INTO TABLE table2 FIELDS TERMINATED BY '\t';
Похожий результат получился бы, если бы каждая входная строка интерпретировалась как отдельное поле.
Команду LOAD DATA INFILE
можно также использовать для чтения
файлов, полученных из внешних источников. Например, поля в файле формата базе
данных dBASE будут разделены запятыми и заключены в двойные кавычки. Если строки
в данном файле заканчиваются символами новой строки, то для записи файла можно
использовать приведенную ниже команду, в которой проиллюстрировано задание
опций, обрабатывающих поля и строки:
mysql> LOAD DATA INFILE 'data.txt' INTO TABLE tbl_name FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '\n';
Любая из опций, обрабатывающих поля и строки, может задавать пустую строку
(''). Если строка не пустая, то величины опций FIELDS [OPTIONALLY]
ENCLOSED BY
и FIELDS ESCAPED BY
должны содержать один
символ. Величины опций FIELDS TERMINATED BY
и LINES
TERMINATED BY
могут содержать более чем один символ. Например, чтобы
записать строки, заканчивающиеся парами ``возврат каретки - перевод строки''
(как в текстовых файлах MS DOS или Windows), необходимо задать следующее
выражение: LINES TERMINATED BY '\r\n'
.
Например, чтобы прочитать файл `jokes', в котором строки разделены
символами %%
, в таблицу SQL, необходимо сделать следующее:
CREATE TABLE jokes ( a INT NOT NULL AUTO_INCREMENT PRIMARY KEY, joke TEXT NOT NULL); LOAD DATA INFILE "/tmp/jokes.txt" INTO TABLE jokes FIELDS TERMINATED BY ""; LINES TERMINATED BY "\n%%\n" (joke);
Опция FIELDS [OPTIONALLY] ENCLOSED BY
служит для управления
полями, заключенными в заданные символы. Если параметр OPTIONALLY
опущен, то в выводе (SELECT ... INTO OUTFILE)
все поля будут
заключены в символы, заданные в ENCLOSED BY
. Пример такого вывода
(в котором в качестве разделителя полей используется запятая) показан ниже:
"1","a string","100.20" "2","a string containing a , comma","102.20" "3","a string containing a \" quote","102.20" "4","a string containing a \", quote and comma","102.20"
Если указан параметр OPTIONALLY
, то заданным в ENCLOSED
BY
символом выделяются только поля типа CHAR
и
VARCHAR
:
1,"a string",100.20 2,"a string containing a , comma",102.20 3,"a string containing a \" quote",102.20 4,"a string containing a \", quote and comma",102.20
Следует учитывать, что появление символов ENCLOSED BY
внутри
величины поля экранируется применением перед ними префикса из ESCAPED
BY
. Также следует учитывать, что если в ESCAPED BY
указана
пустая величина, то существует возможность создать вывод, который оператор
LOAD DATA INFILE
не сможет правильно прочитать. Например, если
символ экранирования является пустой строкой, то вывод, представленный выше,
окажется таким, как показано ниже. Обратите внимание: второе поле в четвертой
строке содержит запятую, следующую за кавычкой, которая (ошибочно) появляется,
чтобы ограничить данное поле:
1,"a string",100.20 2,"a string containing a , comma",102.20 3,"a string containing a " quote",102.20 4,"a string containing a ", quote and comma",102.20
Для ввода символ ENCLOSED BY
, если он есть, удаляется из обоих
концов величин полей. (Это справедливо независимо от того, указан или нет
параметр OPTIONALLY
: при работе с входными данными параметр
OPTIONALLY
не учитывается.) Если встречается символ ENCLOSED
BY
, которому предшествует символ ESCAPED BY
, то он
интерпретируется как часть текущей величины поля. Кроме того, двойные символы
ENCLOSED BY
, встречающиеся внутри поля, интерпретируются как
одиночные символы ENCLOSED BY
, если данное поле само начинается с
этого символа. Например, если указывается ENCLOSED BY '"'
, то
кавычки обрабатываются, как показано ниже:
"The ""BIG"" boss" -> The "BIG" boss The "BIG" boss -> The "BIG" boss The ""BIG"" boss -> The ""BIG"" boss
Опция FIELDS ESCAPED BY
служит для управления записью или
чтением специальных символов. Если символ FIELDS ESCAPED BY
не
пустой, он используется в качестве префикса для следующих символов в выводе:
FIELDS ESCAPED BY
FIELDS [OPTIONALLY] ENCLOSED BY
FIELDS TERMINATED BY и LINES TERMINATED
BY
0
(в действительности после экранирующего
символа пишется ASCII `0', а не байт с нулевой величиной)
Если символ FIELDS ESCAPED BY
пустой, то никакие символы не
экранируются. На самом деле указывать пустой экранирующий символ нет смысла,
особенно если величины полей в обрабатываемых данных содержат какие-либо из
символов, указанных в приведенном выше списке.
Если символ FIELDS ESCAPED BY
не пуст, то в случае входных
данных вхождения такого символа удаляются и следующий за таким вхождением символ
принимается буквально как часть величины поля. Исключениями являются
экранированные `0' или `N' (например, \0
или \N
, если экранирующим символом является `\'). Эти
последовательности интерпретируются как ASCII 0
(байт с нулевой
величиной) и NULL
. См. ниже правила обработки величины
NULL
.
Чтобы получить более полную информацию о синтаксисе экранирующего символа `\' см. раздел section 6.1.1 Литералы: представление строк и чисел.
В ряде случаев опции обработки полей и строк взаимодействуют:
LINES TERMINATED BY
является пустой строкой и
FIELDS TERMINATED BY
является не пустой строкой, то строки также
заканчиваются символами FIELDS TERMINATED BY
.
FIELDS TERMINATED BY
и FIELDS
ENCLOSED BY
являются пустыми (''), то применяется формат с
фиксированной строкой (без разделителей). В формате с фиксированной строкой не
предусмотрены никакие разделители между полями. Вместо этого при чтении и
записи величин столбцов используется ширина ``вывода'' столбцов. Например,
если столбец объявлен как INT(7)
, значения для этого столбца
записываются с использованием полей шириной 7
символов. Входные
значения для этого столбца получаются чтением 7
символов. Формат
с фиксированной строкой влияет также на обработку величин NULL
(см. ниже). Отметим, что формат с фиксированными размерами не будет работать
при использовании мультибайтного набора символов. Значения NULL
в зависимости от используемых опций
FIELDS
и LINES
будут обрабатываться по-разному:
FIELDS
и
LINES
NULL
записывается как \N
для
вывода и \N
читается как NULL
для ввода (исходя из
предположения, что символ ESCAPED BY
равен `\').
FIELDS ENCLOSED BY
не является пустым, то поле, значение
которого представляет собой слово из букв NULL
, читается как
величина NULL
(в отличие от слова NULL
, заключенного
между символами FIELDS ENCLOSED BY
, которое читается как строка
'NULL
').
FIELDS ESCAPED BY
является пустым, NULL
записывается как слово NULL
.
FIELDS TERMINATED BY
и FIELDS ENCLOSED
BY
- являются пустыми), NULL
записывается как пустая
строка. Отметим, что вследствие этого величина NULL
и пустая
строка в данной таблице будут неразличимы при записи в файл, поскольку они обе
записываются как пустые строки. Если необходимо, чтобы эти величины были
различными при обратном чтении файла, то не следует использовать формат с
фиксированной строкой. Некоторые случаи, не поддерживаемые оператором LOAD DATA INFILE
:
FIELDS TERMINATED
BY
и FIELDS ENCLOSED BY
пустые) и столбцы типа
BLOB
или TEXT
.
LOAD DATA INFILE
не сможет интерпретировать
ввод правильно. Например, следующее утверждение FIELDS
вызовет
проблемы: FIELDS TERMINATED BY '"' ENCLOSED BY '"'
FIELDS ESCAPED BY
пустая, то содержащееся в
значении поля вхождение символа FIELDS ENCLOSED BY
или
LINES TERMINATED BY
, за которым следует символ FIELDS
TERMINATED BY
, приведет к преждевременному завершению чтения поля или
строки командой LOAD DATA INFILE
. Это происходит вследствие того,
что LOAD DATA INFILE
не может правильно определить, где
заканчивается поле или строка. Следующий пример загружает все столбцы таблицы persondata
:
mysql> LOAD DATA INFILE 'persondata.txt' INTO TABLE persondata;
Список полей не указывается, следовательно, команда LOAD DATA
INFILE
ожидает входные строки для заполнения каждого столбца таблицы. При
этом используются значения FIELDS
и LINES
по
умолчанию.
Если требуется загрузить только некоторые из столбцов таблицы, необходимо задать список столбцов:
mysql> LOAD DATA INFILE 'persondata.txt' INTO TABLE persondata (col1,col2,...);
Список полей необходимо задавать и в случаях, если порядок следования полей во входном файле отличается от порядка столбцов в данной таблице. В противном случае MySQL не сможет установить соответствие вводимых полей и столбцов таблицы.
Если строка имеет слишком мало полей, то столбцы, для которых отсутствуют
поля во входном файле, устанавливаются в свои значения по умолчанию. Назначение
величин по умолчанию описывается в разделе section 6.5.3
Синтаксис оператора CREATE TABLE
.
Значение пустого поля интерпретируется иначе, чем отсутствие значения:
0
.
Отметим, что это те же самые величины, которые окажутся в столбце в
результате явного назначения пустой строки столбцам строкового, числового типов,
либо типов даты или времени в команде INSERT
или
UPDATE
.
Столбцы типа TIMESTAMP
устанавливаются только в текущую дату или
время в случаях, если для столбца назначено значение NULL
или
(только для первого столбца TIMESTAMP
) если столбец
TIMESTAMP
находится вне списка полей, если такой список задан.
Если входная строка имеет слишком много полей, то лишние поля игнорируются и количество предупреждений увеличится.
Команда LOAD DATA INFILE
интерпретирует все входные данные как
строки, поэтому нельзя указывать числовые величины для столбцов
ENUM
или SET
так же, как для команд
INSERT
. Все величины ENUM
и SET
должны
быть заданы как строки!
При использовании C API можно получить информацию о запросе, вызвав функцию
API mysql_info()
по окончании запроса LOAD DATA
INFILE
. Ниже показан формат строки информации для этого случая:
Records: 1 Deleted: 0 Skipped: 0 Warnings: 0
Предостережения выдаются при тех же обстоятельствах, что и при записи величин
командой INSERT
(see section 6.4.3
Синтаксис оператора INSERT
), за исключением того, что команда
LOAD DATA INFILE
дополнительно генерирует предупреждения, когда во
входной строке слишком мало или слишком много полей. Предостережения нигде не
хранятся; количество предупреждений может использоваться только для того, чтобы
проверить, нормально ли выполнились указанные действия. Если необходимо точно
знать причины предупреждений, то следует выполнить команду SELECT ... INTO
OUTFILE
в другой файл и сравнить результат с первоначальным входным
файлом - это единственный способ получить такую информацию.
Если необходимо выполнить LOAD DATA
для чтения из канала, можно
применить следующий трюк:
mkfifo /mysql/db/x/x chmod 666 /mysql/db/x/x cat < /dev/tcp/10.1.1.12/4711 > /nt/mysql/db/x/x mysql -e "LOAD DATA INFILE 'x' INTO TABLE x" x
При использовании версии MySQL старше, чем 3.23.25, вышеприведенное можно
сделать только с LOAD DATA LOCAL INFILE
.
Чтобы получить более подробную информацию об эффективности
INSERT
в сравнении с LOAD DATA INFILE
и увеличении
скорости LOAD DATA INFILE
, см. раздел section 5.2.9
Скорость выполнения запросов INSERT
.
DO
DO expression, [expression, ...]
Выполняет данное выражение, но не возвращает какой-либо результат. Является
сокращенной формой оператора SELECT expression, expression
, но
преимущество его заключается в том, что он работает немного быстрее, если нет
необходимости в возвращении результата.
Оператор главным образом полезен при использовании с функциями, имеющими
побочные эффекты, такими как RELEASE_LOCK
.
CREATE
,
DROP
, ALTER
CREATE
DATABASE
CREATE DATABASE [IF NOT EXISTS] db_name
Оператор CREATE DATABASE
создает базу данных с указанным именем.
Правила для допустимых имен базы данных приведены в разделе section 6.1.2
Имена баз данных, таблиц, столбцов, индексы псевдонимы. Если база данных уже
существует и не указан ключевой параметр IF NOT EXISTS
, то
возникает ошибка выполнения команды.
Базы данных в MySQL реализуются как директории, содержащие файлы, которые
соответствуют таблицам в базе данных. Поскольку при первоначальном создании база
данных не содержит таблиц, то команда CREATE DATABASE
создает
только соответствующую поддиректорию в директории данных MySQL.
Базы данных можно также создавать с помощью утилиты mysqladmin
.
See section 4.8
Клиентские сценарии и утилиты MySQL.
DROP DATABASE
DROP DATABASE [IF EXISTS] db_name
Оператор DROP DATABASE
удаляет все таблицы в указанной базе
данных и саму базу. Если вы выполняете DROP DATABASE
на базе
данных, символически связанной с другой, то удаляется как ссылка, так и
оригинальная база данных. Будьте ОЧЕНЬ внимательны при работе с
этой командой!
Оператор DROP DATABASE
возвращает количество файлов, которые
были удалены из директории базы данных. Как правило, это число равно количеству
таблиц, умноженному на три, поскольку обычно каждая таблица представлена тремя
файлами - `.MYD'-файлом, `MYI'-файлом и
`.frm'-файлом.
Команда DROP DATABASE
удаляет из директории указанной базы
данных все файлы со следующими расширениями:
Расширение | Расширение | Расширение | Расширение |
.BAK | .DAT | .HSH | .ISD |
.ISM | .ISM | .MRG | .MYD |
.MYI | .db | .frm |
Все поддиректории, имена которых состоят из двух цифр
(RAID
-директории), также удаляются.
В версии MySQL 3.22 и более поздних можно использовать ключевые слова
IF EXISTS
для предупреждения ошибки, если указанная база данных не
существует.
Можно также удалять базы данных с помощью утилиты mysqladmin
.
See section 4.8
Клиентские сценарии и утилиты MySQL.
CREATE TABLE
CREATE [TEMPORARY] TABLE [IF NOT EXISTS] tbl_name [(create_definition,...)] [table_options] [select_statement] create_definition: col_name type [NOT NULL | NULL] [DEFAULT default_value] [AUTO_INCREMENT] [PRIMARY KEY] [reference_definition] или PRIMARY KEY (index_col_name,...) или KEY [index_name] (index_col_name,...) или INDEX [index_name] (index_col_name,...) или UNIQUE [INDEX] [index_name] (index_col_name,...) или FULLTEXT [INDEX] [index_name] (index_col_name,...) или [CONSTRAINT symbol] FOREIGN KEY [index_name] (index_col_name,...) [reference_definition] или CHECK (expr) type: TINYINT[(length)] [UNSIGNED] [ZEROFILL] или SMALLINT[(length)] [UNSIGNED] [ZEROFILL] или MEDIUMINT[(length)] [UNSIGNED] [ZEROFILL] или INT[(length)] [UNSIGNED] [ZEROFILL] или INTEGER[(length)] [UNSIGNED] [ZEROFILL] или BIGINT[(length)] [UNSIGNED] [ZEROFILL] или REAL[(length,decimals)] [UNSIGNED] [ZEROFILL] или DOUBLE[(length,decimals)] [UNSIGNED] [ZEROFILL] или FLOAT[(length,decimals)] [UNSIGNED] [ZEROFILL] или DECIMAL(length,decimals) [UNSIGNED] [ZEROFILL] или NUMERIC(length,decimals) [UNSIGNED] [ZEROFILL] или CHAR(length) [BINARY] или VARCHAR(length) [BINARY] или DATE или TIME или TIMESTAMP или DATETIME или TINYBLOB или BLOB или MEDIUMBLOB или LONGBLOB или TINYTEXT или TEXT или MEDIUMTEXT или LONGTEXT или ENUM(value1,value2,value3,...) или SET(value1,value2,value3,...) index_col_name: col_name [(length)] reference_definition: REFERENCES tbl_name [(index_col_name,...)] [MATCH FULL | MATCH PARTIAL] [ON DELETE reference_option] [ON UPDATE reference_option] reference_option: RESTRICT | CASCADE | SET NULL | NO ACTION | SET DEFAULT table_options: TYPE = {BDB | HEAP | ISAM | InnoDB | MERGE | MRG_MYISAM | MYISAM } или AUTO_INCREMENT = # или AVG_ROW_LENGTH = # или CHECKSUM = {0 | 1} или COMMENT = "string" или MAX_ROWS = # или MIN_ROWS = # или PACK_KEYS = {0 | 1 | DEFAULT} или PASSWORD = "string" или DELAY_KEY_WRITE = {0 | 1} или ROW_FORMAT= { default | dynamic | fixed | compressed } или RAID_TYPE= {1 | STRIPED | RAID0 } RAID_CHUNKS=# RAID_CHUNKSIZE=# или UNION = (table_name,[table_name...]) или INSERT_METHOD= {NO | FIRST | LAST } или DATA DIRECTORY="абсолютный путь к каталогу" или INDEX DIRECTORY="абсолютный путь к каталогу" select_statement: [IGNORE | REPLACE] SELECT ... (любое корректное выражение SELECT)
Оператор CREATE TABLE
создает таблицу с заданным именем в
текущей базе данных. Правила для допустимых имен таблицы приведены в разделе
section 6.1.2
Имена баз данных, таблиц, столбцов, индексы псевдонимы. Если нет активной
текущей базы данных или указанная таблица уже существует, то возникает ошибка
выполнения команды.
В версии MySQL 3.22 и более поздних имя таблицы может быть указано как
db_name.tbl_name
. Эта форма записи работает независимо от того,
является ли указанная база данных текущей.
В версии MySQL 3.23 при создании таблицы можно использовать ключевое слово
TEMPORARY
. Временная таблица автоматически удаляется по завершении
соединения, а ее имя действительно только в течение данного соединения. Это
означает, что в двух разных соединениях могут использоваться временные таблицы с
одинаковыми именами без конфликта друг с другом или с существующей таблицей с
тем же именем (существующая таблица скрыта, пока не удалена временная таблица).
В версии MySQL 4.0.2 для создания временных таблиц необходимо иметь привилегии
CREATE TEMPORARY TABLES
.
В версии MySQL 3.23 и более поздних можно использовать ключевые слова
IF NOT EXISTS
для того, чтобы не возникала ошибка, если указанная
таблица уже существует. Следует учитывать, что при этом не проверяется
идентичность структур этих таблиц.
Каждая таблица tbl_name
представлена определенными файлами в
директории базы данных. В случае таблиц типа MyISAM
это следующие
файлы:
Файл | Назначение |
tbl_name.frm |
Файл определения таблицы |
tbl_name.MYD |
Файл данных |
tbl_name.MYI |
Файл индексов |
Чтобы получить более полную информацию о свойствах различных типов столбцов, section 6.2 Типы данных столбцов:
NULL
, ни NOT NULL
, то
столбец интерпретируется так, как будто указано NULL
.
AUTO_INCREMENT
. При записи величины NULL
(рекомендуется) или 0
в столбец AUTO_INCREMENT
данный столбец устанавливается в значение value+1
, где
value
представляет собой наибольшее для этого столбца значение в
таблице на момент записи. Последовательность AUTO_INCREMENT
начинается с 1
. See section 8.4.3.126
mysql_insert_id()
. Если удалить строку, содержащую
максимальную величину для столбца AUTO_INCREMENT
, то в таблицах
типа ISAM
или BDB
эта величина будет восстановлена,
а в таблицах типа MyISAM
или InnoDB
- нет. Если
удалить все строки в таблице командой DELETE FROM table_name
(без
выражения WHERE
) в режиме AUTOCOMMIT
, то для таблиц
всех типов последовательность начнется заново. Примечание: в таблице может
быть только один столбец AUTO_INCREMENT
, и он должен быть
индексирован. Кроме того, версия MySQL 3.23 будет правильно работать только с
положительными величинами столбца AUTO_INCREMENT
. В случае
внесения отрицательного числа оно интерпретируется как очень большое
положительное число. Это делается, чтобы избежать проблем с точностью, когда
числа ``заворачиваются'' от положительного к отрицательному и, кроме того, для
гарантии, что по ошибке не будет получен столбец AUTO_INCREMENT
со значением 0
. В таблицах MyISAM
и BDB
можно указать вторичный столбец AUTO_INCREMENT
с многостолбцовым
ключом. See section 3.5.9
Использование атрибута AUTO_INCREMENT. Последнюю внесенную строку можно
найти с помощью следующего запроса (чтобы сделать MySQL совместимым с
некоторыми ODBC-приложениями): SELECT * FROM tbl_name WHERE auto_col IS NULL
NULL
для столбца типа TIMESTAMP
обрабатываются иначе, чем для столбцов других типов. В столбце
TIMESTAMP
нельзя хранить литерал NULL
; при установке
данного столбца в NULL
он будет установлен в текущее значение
даты и времени. Поскольку столбцы TIMESTAMP
ведут себя подобным
образом, то атрибуты NULL
и NOT NULL
неприменимы в
обычном режиме и игнорируются при их задании. С другой стороны, чтобы
облегчить клиентам MySQL использование столбцов TIMESTAMP
, сервер
сообщает, что таким столбцам могут быть назначены величины NULL
(что соответствует действительности), хотя реально TIMESTAMP
никогда не будет содержать величины NULL
. Это можно увидеть,
применив DESCRIBE tbl_name
для получения описания данной таблицы.
Следует учитывать, что установка столбца TIMESTAMP
в
0
не равнозначна установке его в NULL
, поскольку
0
для TIMESTAMP
является допустимой величиной.
DEFAULT
должна быть константой, она не может быть
функцией или выражением. Если для данного столбца не задается никакой величины
DEFAULT
, то MySQL автоматически назначает ее. Если столбец может
принимать NULL
как допустимую величину, то по умолчанию
присваивается значение NULL
. Если столбец объявлен как NOT
NULL
, то значение по умолчанию зависит от типа столбца:
AUTO_INCREMENT
, значение по умолчанию равно 0
. Для
столбца AUTO_INCREMENT
значением по умолчанию является
следующее значение в последовательности для этого столбца.
TIMESTAMP
, значение
по умолчанию равно соответствующей нулевой величине для данного типа. Для
первого столбца TIMESTAMP
в таблице значение по умолчанию
представляет собой текущее значение даты и времени. See section 6.2.2
Типы данных даты и времени.
ENUM
, значением по умолчанию
является пустая строка. Для ENUM
значение по умолчанию равно
первой перечисляемой величине (если явно не задано другое значение по
умолчанию с помощью директивы DEFAULT
). NOW()
или CURRENT_DATE
.
KEY
является синонимом для INDEX
.
UNIQUE
может иметь только различающиеся
значения. При попытке добавить новую строку с ключом, совпадающим с
существующей строкой, возникает ошибка выполнения команды.
PRIMARY KEY
представляет собой уникальный ключ
KEY
с дополнительным ограничением, что все столбцы с данным
ключом должны быть определены как NOT NULL
. В MySQL этот ключ
называется PRIMARY
(первичный). Таблица может иметь только один
первичный ключ PRIMARY KEY
. Если PRIMARY KEY
отсутствует в таблицах, а некоторое приложение запрашивает его, то MySQL может
превратить в PRIMARY KEY
первый ключ UNIQUE
, не
имеющий ни одного столбца NULL
.
PRIMARY KEY
может быть многостолбцовым индексом. Однако
нельзя создать многостолбцовый индекс, используя в определении столбца атрибут
ключа PRIMARY KEY
. Именно таким образом только один столбец будет
отмечен как первичный. Необходимо использовать синтаксис PRIMARY
KEY(index_col_name, ...
).
PRIMARY
или UNIQUE
состоит только из
одного столбца и он принадлежит к числовому типу, то на него можно сослаться
также как на _rowid
(новшество версии 3.23.11).
index_col_name
, возможно, с суффиксами (_2
,
_3
, ...
), делающими это имя уникальным. Имена
индексов для таблицы можно увидеть, используя SHOW INDEX FROM
tbl_name
. SHOW Syntax
.
MyISAM
, InnoDB
и
BDB
поддерживают индексы столбцов, которые могут иметь величины
NULL
. В других случаях, во избежание ошибки, необходимо объявлять
такие столбцы как NOT NULL
.
col_name(length)
можно указать индекс,
для которого используется только часть столбца CHAR
или
VARCHAR
. Это поможет сделать файл индексов намного меньше. See
section 5.4.4
Индексы столбцов.
BLOB
и TEXT
поддерживают
только таблицы с типом MyISAM
. Назначая индекс столбцу с типом
BLOB
или TEXT
, всегда НЕОБХОДИМО указывать длину
этого индекса: CREATE TABLE test (blob_col BLOB, INDEX(blob_col(10)));
ORDER BY
или GROUP
BY
со столбцом типа TEXT
или BLOB
используются только первые max_sort_length
байтов. See section 6.2.3.2
Типы данных BLOB
и TEXT
.
FULLTEXT
. Они применяются для полнотекстового поиска. Эти
индексы поддерживаются только таблицами типа MyISAM
и они могут
быть созданы только из столбцов VARCHAR
и TEXT
.
Индексирование всегда выполняется для всего столбца целиком, частичная
индексация не поддерживается. Более подробно эта операция описана в разделе
MySQL section 6.8
Полнотекстовый поиск в MySQL.
FOREIGN KEY
, CHECK
и
REFERENCES
фактически ничего не делают. Они введены только из
соображений совместимости, чтобы облегчить перенос кода с других SQL-серверов
и запускать приложения, создающие таблицы со ссылками. See section 1.9.3
Расширения MySQL к ANSI SQL92.
NULL
требуется один дополнительный бит,
при этом величина столбца округляется в большую сторону до ближайшего байта.
длина записи = 1 + (сумма длин столбцов) + (количество столбцов с допустимым NULL + 7)/8 + (количество столбцов с динамической длинной)
table_options
и SELECT
реализованы только
в версиях MySQL 3.23 и выше. Ниже представлены различные типы таблиц:
Тип таблицы | Описание |
BDB или Berkeley_db | Таблицы с поддержкой транзакций и блокировкой страниц. See section 7.6 Таблицы BDB или Berkeley_DB. |
HEAP | Данные для этой таблицы хранятся только в памяти. See section 7.4 Таблицы HEAP. |
ISAM | Оригинальный обработчик таблиц. See section 7.3 Таблицы ISAM. |
InnoDB | Таблицы с поддержкой транзакций и блокировкой строк. See section 7.5 Таблицы InnoDB. |
MERGE | Набор таблиц MyISAM, используемый как одна таблица. See section 7.2 Таблицы MERGE. |
MRG_MyISAM | Псевдоним для таблиц MERGE |
MyISAM | Новый обработчик, обеспечивающий переносимость таблиц в бинарном виде, который заменяет ISAM. See section 7.1 Таблицы MyISAM. |
TYPE=BDB
и данный дистрибутив MySQL не
поддерживает таблиц BDB
, то вместо этого будет создана таблица
MyISAM
. Другие табличные опции используются для оптимизации
характеристик таблицы. Эти опции в большинстве случаев не требуют специальной
установки. Данные опции работают с таблицами всех типов, если не указано иное:
Опция | Описание |
AUTO_INCREMENT | Следующая величина AUTO_INCREMENT , которую следует
установить для данной таблицы (MyISAM ). |
AVG_ROW_LENGTH | Приближенное значение средней длины строки для данной таблицы. Имеет смысл устанавливать только для обширных таблиц с записями переменной длины. |
CHECKSUM | Следует установить в 1 , чтобы в MySQL поддерживалась
проверка контрольной суммы для всех строк (это делает таблицы немного
более медленными при обновлении, но позволяет легче находить
поврежденные таблицы) (MyISAM ). |
COMMENT | Комментарий для данной таблицы длиной 60 символов. |
MAX_ROWS | Максимальное число строк, которые планируется хранить в данной таблице. |
MIN_ROWS | Минимальное число строк, которые планируется хранить в данной таблице. |
PACK_KEYS | Следует установить в 1 для получения меньшего индекса.
Обычно это замедляет обновление и ускоряет чтение (MyISAM ,
ISAM ). Установка в 0 отключит уплотнение
ключей. При установке в DEFAULT (MySQL 4.0) обработчик
таблиц будет уплотнять только длинные столбцы CHAR/VARCHAR .
|
PASSWORD | Шифрует файл `.frm' с помощью пароля. Эта опция не функционирует в стандартной версии MySQL. |
DELAY_KEY_WRITE | Установка в 1 задерживает операции обновления таблицы
ключей, пока не закроется указанная таблица (MyISAM ).
|
ROW_FORMAT | Определяет, каким образом должны храниться строки. В настоящее время
эта опция работает только с таблицами MyISAM , которые
поддерживают форматы строк DYNAMIC и FIXED .
See section 7.1.2
Форматы таблиц MyISAM. |
MyISAM
MySQL вычисляет выражение max_rows *
avg_row_length
, чтобы определить, насколько велика будет результирующая
таблица. Если не задана ни одна из вышеупомянутых опций, то максимальный
размер таблицы будет составлять 4Гб (или 2Гб если данная операционная система
поддерживает только таблицы величиной до 2Гб). Это делается для того, чтобы,
если нет реальной необходимости в больших файлах, ограничить размеры
указателей, что позволит сделать индексы меньше и быстрее. Если опция
PACK_KEYS
не используется, то по умолчанию уплотняются только
строки, но не числа. При использовании PACK_KEYS=1
числа тоже
будут уплотняться. При уплотнении двоичных числовых ключей MySQL будет
использовать сжатие префиксов. Это означает, что выгода от этого будет
значительной только в случае большого количества одинаковых чисел. При сжатии
префиксов для каждого ключа требуется один дополнительный байт, в котором
указано, сколько байтов предыдущего ключа являются такими же, как и для
следующего (следует учитывать, что указатель на строку хранится в порядке
"старший-байт-в-начале" сразу после ключа - чтобы улучшить компрессию). Это
означает, что при наличии нескольких одинаковых ключей в двух строках записи
все последующие ``аналогичные'' ключи будут занимать только по 2 байта
(включая указатель строки). Сравним: в обычном случае для хранения последующих
ключей требуется размер_хранения_ключа + размер_указателя (обычно
4)
байтов. С другой стороны, если все ключи абсолютно разные, каждый
ключ будет занимать на 1 байт больше, если данный ключ не может иметь величину
NULL
(в этом случае уплотненный ключ будет храниться в том же
байте, который используется для указания, что ключ равен NULL
).
CREATE
указывается команда
SELECT
, то MySQL создаст новые поля для всех элементов в данной
команде SELECT
. Например: mysql> CREATE TABLE test (a INT NOT NULL AUTO_INCREMENT, PRIMARY KEY (a), KEY(b)) TYPE=MyISAM SELECT b,c FROM test2;Эта команда создаст таблицу
MyISAM
с тремя столбцами
a
, b
и c
. Отметим, что столбцы из
команды SELECT
присоединяются к таблице справа, а не перекрывают
ее. Рассмотрим следующий пример: mysql> SELECT * FROM foo; +---+ | n | +---+ | 1 | +---+ mysql> CREATE TABLE bar (m INT) SELECT n FROM foo; Query OK, 1 row affected (0.02 sec) Records: 1 Duplicates: 0 Warnings: 0 mysql> SELECT * FROM bar; +------+---+ | m | n | +------+---+ | NULL | 1 | +------+---+ 1 row in set (0.00 sec)Каждая строка в таблице
foo
вносится в таблицу
bar
со своим значением из foo
, при этом в новые
столбцы в таблице bar
записываются величины, заданные по
умолчанию. Команда CREATE TABLE ... SELECT
не создает
автоматически каких-либо индексов. Это сделано преднамеренно, чтобы команда
была настолько гибкой, насколько возможно. Чтобы иметь индексы в созданной
таблице, необходимо указать их перед данной командой SELECT
: mysql> CREATE TABLE bar (UNIQUE (n)) SELECT n FROM foo;Если возникает ошибка при копировании данных в таблицу, то они будут автоматически удалены. Чтобы обеспечить возможность использовать для восстановления таблиц журнал обновлений/двоичный журнал, в MySQL во время выполнения команды
CREATE TABLE ... SELECT
не разрешены
параллельные вставки.
RAID_TYPE
, можно разбить файл данных
MyISAM
на участки с тем, чтобы преодолеть 2Гб/4Гб лимит файловой
системы под управлением ОС, не поддерживающих большие файлы. Разбиение не
касается файла индексов. Следует учесть, что для файловых систем, которые
поддерживают большие файлы, эта опция не рекомендуется! Для получения более
высокой скорости ввода-вывода можно разместить RAID-директории на различных
физических дисках. RAID_TYPE
будет работать под любой
операционной системой, если конфигурация MySQL выполнена с параметром
--with-raid
. В настоящее время для опции RAID_TYPE
возможен только параметр STRIPED
(1
и
RAID0
являются псевдонимами для него). Если указывается
RAID_TYPE=STRIPED
для таблицы MyISAM
, то
MyISAM
создаст поддиректории RAID_CHUNKS
с именами
`00', `01', `02' в директории базы данных. В каждой
из этих директорий MyISAM
создаст файл `table_name.MYD'.
При записи данных в файл данных обработчик RAID установит соответствие первых
RAID_CHUNKSIZE*1024
байтов первому упомянутому файлу, следующих
RAID_CHUNKSIZE*1024
байтов - следующему файлу и так далее.
UNION
применяется, если необходимо использовать
совокупность идентичных таблиц как одну таблицу. Она работает только с
таблицами MERGE
. See section 7.2
Таблицы MERGE. На данный момент для таблиц, сопоставляемых с таблицей
MERGE
, необходимо иметь привилегии SELECT
,
UPDATE
и DELETE
. Все сопоставляемые таблицы должны
принадлежать той же базе данных, что и таблица MERGE
.
MERGE
необходимо указать с
помощью INSERT_METHOD
, в какую таблицу данная строка должна быть
внесена. See section 7.2
Таблицы MERGE. Эта опция была введена в MySQL 4.0.0.
PRIMARY
будет помещен первым, за ним
все ключи UNIQUE
и затем простые ключи. Это помогает оптимизатору
MySQL определять приоритеты используемых ключей, а также более быстро
определять сдублированные ключи UNIQUE
.
DATA DIRECTORY="каталог"
или INDEX
DIRECTORY="каталог"
, можно указать, где обработчик таблицы должен
помещать свои табличные и индексные файлы. Следует учитывать, что указываемый
параметр directory должен представлять собой полный путь к требуемому каталогу
(а не относительный путь). Данные опции работают только для таблиц
MyISAM
в версии MySQL 4.0, если при этом не используется опция
--skip-symlink
. See section 5.6.1.2
Использование символических ссылок для таблиц. В некоторых случаях MySQL без уведомления изменяет определение столбца,
заданное командой CREATE TABLE
(Это может осуществляться также для
команды ALTER TABLE
):
VARCHAR
с длиной меньше, чем четыре, преобразуется в
столбец CHAR
.
VARCHAR
, TEXT
или
BLOB
), то все столбцы CHAR
с длиной, превышающей три
символа, преобразуются в столбцы VARCHAR
. Это в любом случае не
влияет на использование столбцов; в MySQL столбец VARCHAR
представляет собой просто иной способ хранения символов. MySQL выполняет
данное преобразование, поскольку оно позволяет сэкономить память и сделать
табличные операции более быстрыми. See section 7
Типы таблиц MySQL.
TIMESTAMP
должно быть
четным и находиться в диапазоне от 2
до 14
. При
задании размера вывода, равного 0
или превышающего
14
, указанный размер приводится к 14
. Нечетные
величины размера вывода в пределах от 1
до 13
приводятся к следующему четному числу.
TIMESTAMP
не может храниться литерал
NULL
; установка данного столбца в NULL
устанавливает
его в текущее значение даты и времени. Поскольку столбцы
TIMESTAMP
ведут себя подобным образом, то атрибуты
NULL
и NOT NULL
неприменимы в обычном режиме и
игнорируются при их задании. DESCRIBE tbl_name
всегда сообщает,
что столбцу TIMESTAMP
могут быть присвоены величины
NULL
.
Если необходимо увидеть, использует ли MySQL иной тип столбца, чем был
первоначально задан, следует запустить команду DESCRIBE tbl_name
после создания или изменения данной таблицы.
Некоторые другие изменения типов столбцов могут происходить при сжатии
таблицы с использованием утилиты myisampack
. See section 7.1.2.3
Характеристики сжатых таблиц.
ALTER TABLE
ALTER [IGNORE] TABLE tbl_name alter_spec [, alter_spec ...] alter_specification: ADD [COLUMN] create_definition [FIRST | AFTER column_name ] или ADD [COLUMN] (create_definition, create_definition,...) или ADD INDEX [index_name] (index_col_name,...) или ADD PRIMARY KEY (index_col_name,...) или ADD UNIQUE [index_name] (index_col_name,...) или ADD FULLTEXT [index_name] (index_col_name,...) или ADD [CONSTRAINT symbol] FOREIGN KEY index_name (index_col_name,...) [reference_definition] или ALTER [COLUMN] col_name {SET DEFAULT literal | DROP DEFAULT} или CHANGE [COLUMN] old_col_name create_definition [FIRST | AFTER column_name] или MODIFY [COLUMN] create_definition [FIRST | AFTER column_name] или DROP [COLUMN] col_name или DROP PRIMARY KEY или DROP INDEX index_name или DISABLE KEYS или ENABLE KEYS или RENAME [TO] new_tbl_name или ORDER BY col или table_options
Оператор ALTER TABLE
обеспечивает возможность изменять структуру
существующей таблицы. Например, можно добавлять или удалять столбцы, создавать
или уничтожать индексы или переименовывать столбцы либо саму таблицу. Можно
также изменять комментарий для таблицы и ее тип. See section 6.5.3
Синтаксис оператора CREATE TABLE
.
Если оператор ALTER TABLE
используется для изменения определения
типа столбца, но DESCRIBE tbl_name
показывает, что столбец не
изменился, то, возможно, MySQL игнорирует данную модификацию по одной из причин,
описанных в разделе section 6.5.3.1
Молчаливые изменения определений столбцов. Например, при попытке изменить
столбец VARCHAR
на CHAR
MySQL будет продолжать
использовать VARCHAR
, если данная таблица содержит другие столбцы с
переменной длиной.
Оператор ALTER TABLE
во время работы создает временную копию
исходной таблицы. Требуемое изменение выполняется на копии, затем исходная
таблица удаляется, а новая переименовывается. Так делается для того, чтобы в
новую таблицу автоматически попадали все обновления кроме неудавшихся. Во время
выполнения ALTER TABLE
исходная таблица доступна для чтения другими
клиентами. Операции обновления и записи в этой таблице приостанавливаются, пока
не будет готова новая таблица.
Следует отметить, что при использовании любой другой опции для ALTER
TABLE
кроме RENAME
, MySQL всегда будет создавать временную
таблицу, даже если данные, строго говоря, и не нуждаются в копировании
(например, при изменении имени столбца). Мы планируем исправить это в будущем,
однако, поскольку ALTER TABLE
выполняется не так часто, мы
(разработчики MySQL) не считаем эту задачу первоочередной. Для таблиц
MyISAM
можно увеличить скорость воссоздания индексной части (что
является наиболее медленной частью в процессе восстановления таблицы) путем
установки переменной myisam_sort_buffer_size
достаточно большого
значения.
ALTER TABLE
необходимы привилегии
ALTER
, INSERT
и CREATE
для данной
таблицы.
IGNORE
является расширением MySQL по отношению к ANSI
SQL92. Она управляет работой ALTER TABLE
при наличии дубликатов
уникальных ключей в новой таблице. Если опция IGNORE
не задана,
то для данной копии процесс прерывается и происходит откат назад. Если
IGNORE
указывается, тогда для строк с дубликатами уникальных
ключей только первая строка используется, а остальные удаляются.
ADD
, ALTER
,
DROP
и CHANGE
в одной команде ALTER
TABLE
. Это является расширением MySQL по отношению к ANSI SQL92, где
допускается только одно выражение из упомянутых в одной команде ALTER
TABLE
.
CHANGE col_name
, DROP col_name
и
DROP INDEX
также являются расширениями MySQL по отношению к ANSI
SQL92.
MODIFY
представляет собой расширение Oracle для команды
ALTER TABLE
.
COLUMN
представляет собой ``белый шум''
и может быть опущено.
ALTER TABLE имя_таблицы RENAME TO новое_имя
без каких-либо других опций MySQL просто переименовывает файлы,
соответствующие заданной таблице. В этом случае нет необходимости создавать
временную таблицу. See section 6.5.5
Синтаксис оператора RENAME TABL
E.
create_definition
для ADD
и
CHANGE
используется тот же синтаксис, что и для CREATE
TABLE
. Следует учитывать, что этот синтаксис включает имя столбца, а не
просто его тип. See section 6.5.3
Синтаксис оператора CREATE TABLE
.
CHANGE
имя_столбца create_definition
. Чтобы сделать это, необходимо указать
старое и новое имена столбца и его тип в настоящее время. Например, чтобы
переименовать столбец INTEGER
из a
в b
,
можно сделать следующее: mysql> ALTER TABLE t1 CHANGE a b INTEGER;При изменении типа столбца, но не его имени синтаксис выражения
CHANGE
все равно требует указания обоих имен столбца, даже если
они одинаковы. Например: mysql> ALTER TABLE t1 CHANGE b b BIGINT NOT NULL;Однако начиная с версии MySQL 3.22.16a можно также использовать выражение
MODIFY
для изменения типа столбца без переименовывания
его: mysql> ALTER TABLE t1 MODIFY b BIGINT NOT NULL;
CHANGE
или MODIFY
для того,
чтобы уменьшить длину столбца, по части которого построен индекс (например,
индекс по первым 10 символам столбца VARCHAR
), нельзя сделать
столбец короче, чем число проиндексированных символов.
CHANGE
или
MODIFY
MySQL пытается преобразовать данные в новый тип как можно
корректнее.
FIRST
или ADD ... AFTER имя_столбца
для добавления столбца на заданную
позицию внутри табличной строки. По умолчанию столбец добавляется в конце.
Начиная с версии MySQL 4.0.1, можно также использовать ключевые слова
FIRST
и AFTER
в опциях CHANGE
или
MODIFY
.
ALTER COLUMN
задает для столбца новое значение по
умолчанию или удаляет старое. Если старое значение по умолчанию удаляется и
данный столбец может принимать значение NULL
, то новое значение
по умолчанию будет NULL
. Если столбец не может быть
NULL
, то MySQL назначает значение по умолчанию так, как описано в
разделе section 6.5.3
Синтаксис оператора CREATE TABLE
.
DROP INDEX
удаляет индекс. Это является расширением
MySQL по отношению к ANSI SQL92. See section 6.5.8
Синтаксис оператора DROP INDEX
.
DROP TABLE
.
DROP PRIMARY KEY
удаляет первичный индекс. Если такого
индекса в данной таблице не существует, то удаляется первый индекс
UNIQUE
в этой таблице. (MySQL отмечает первый уникальный ключ
UNIQUE
как первичный ключ PRIMARY KEY
, если никакой
другой первичный ключ PRIMARY KEY
не был явно указан). При
добавлении UNIQUE INDEX
или PRIMARY KEY
в таблицу
они хранятся перед остальными неуникальными ключами, чтобы можно было
определить дублирующиеся ключи как можно раньше.
ORDER BY
позволяет создавать новую таблицу со строками,
размещенными в заданном порядке. Следует учитывать, что созданная таблица не
будет сохранять этот порядок строк после операций вставки и удаления. В
некоторых случаях такая возможность может облегчить операцию сортировки в
MySQL, если таблица имеет такое расположение столбцов, которое вы хотели бы
иметь в дальнейшем. Эта опция в основном полезна, если заранее известен
определенный порядок, в котором преимущественно будут запрашиваться строки.
Использование данной опции после значительных преобразований таблицы дает
возможность получить более высокую производительность.
ALTER TABLE
для таблиц
MyISAM
все неуникальные индексы создаются в отдельном пакете
(подобно REPAIR
). Благодаря этому команда ALTER
TABLE
при наличии нескольких индексов будет работать быстрее.
ALTER TABLE ... DISABLE KEYS
блокирует в
MySQL обновление неуникальных индексов для таблиц MyISAM
. После
этого можно применить команду ALTER TABLE ... ENABLE KEYS
для
воссоздания недостающих индексов. Так как MySQL делает это с помощью
специального алгоритма, который намного быстрее в сравнении со вставкой ключей
один за другим, блокировка ключей может дать существенное ускорение на больших
массивах вставок.
mysql_info()
, можно определить,
сколько записей было скопировано, а также (при использовании
IGNORE
) - сколько записей было удалено из-за дублирования
значений уникальных ключей.
FOREIGN KEY
, CHECK
и
REFERENCES
фактически ничего не делают. Они введены только из
соображений совместимости, чтобы облегчить перенос кода с других серверов SQL
и запуск приложений, создающих таблицы со ссылками. See section 1.9.4
Отличия MySQL от ANSI SQL92. Ниже приводятся примеры, показывающие некоторые случаи употребления команды
ALTER TABLE
. Пример начинается с таблицы t1
, которая
создается следующим образом:
mysql> CREATE TABLE t1 (a INTEGER,b CHAR(10));
Для того чтобы переименовать таблицу из t1
в t2
:
mysql> ALTER TABLE t1 RENAME t2;
Для того чтобы изменить тип столбца с INTEGER
на TINYINT
NOT NULL
(оставляя имя прежним) и изменить тип столбца b
с
CHAR(10)
на CHAR(20)
с переименованием его с
b
на c
:
mysql> ALTER TABLE t2 MODIFY a TINYINT NOT NULL, CHANGE b c CHAR(20);
Для того чтобы добавить новый столбец TIMESTAMP
с именем
d
:
mysql> ALTER TABLE t2 ADD d TIMESTAMP;
Для того чтобы добавить индекс к столбцу d
и сделать столбец a
первичным ключом:
mysql> ALTER TABLE t2 ADD INDEX (d), ADD PRIMARY KEY (a);
Для того чтобы удалить столбец c
:
mysql> ALTER TABLE t2 DROP COLUMN c;
Для того чтобы добавить новый числовой столбец AUTO_INCREMENT
с
именем c
:
mysql> ALTER TABLE t2 ADD c INT UNSIGNED NOT NULL AUTO_INCREMENT, ADD INDEX (c);
Заметьте, что столбец c
индексируется, так как столбцы
AUTO_INCREMENT
должны быть индексированы, кроме того, столбец
c
объявляется как NOT NULL
, поскольку индексированные
столбцы не могут быть NULL
.
При добавлении столбца AUTO_INCREMENT
значения этого столбца
автоматически заполняются последовательными номерами (при добавлении записей).
Первый номер последовательности можно установить путем выполнения команды
SET INSERT_ID=#
перед ALTER TABLE
или использования
табличной опции AUTO_INCREMENT = #
. See section 5.5.6
Синтаксис команды SET
.
Если столбец AUTO_INCREMENT
для таблиц MyISAM
, не
изменяется, то номер последовательности остается прежним. При удалении столбца
AUTO_INCREMENT
и последующем добавлении другого столбца
AUTO_INCREMENT
номера будут начинаться снова с 1
.
See section A.6.1
Проблемы с ALTER TABLE
.
RENAME TABL
ERENAME TABLE tbl_name TO new_tbl_name[, tbl_name2 TO new_tbl_name2,...]
Операция переименования должна осуществляться как атомарная, т.е. при выполнении переименования никакому другому потоку не разрешается доступ к указанным таблицам. Благодаря этому возможно замещение таблицы пустой таблицей:
CREATE TABLE new_table (...); RENAME TABLE old_table TO backup_table, new_table TO old_table;
Переименование производится слева направо. Таким образом, для обмена именами между двумя таблицами необходимо выполнить следующие действия:
RENAME TABLE old_table TO backup_table, new_table TO old_table, backup_table TO new_table;
Для двух баз данных, находящихся на одном и том же диске, можно также осуществлять обмен именами:
RENAME TABLE current_db.tbl_name TO other_db.tbl_name;
При выполнении команды RENAME
не должны иметь место
заблокированные таблицы или активные транзакции. Необходимо также иметь
привилегии ALTER
и DROP
для исходной таблицы и
привилегии CREATE
и INSERT
- для новой.
Если MySQL сталкивается с какой-либо ошибкой при переименовании нескольких таблиц, то произойдет обратное переименование для всех переименованных таблиц, чтобы вернуть все в исходное состояние.
Оператор RENAME TABLE
был добавлен в MySQL 3.23.23.
DROP TABLE
DROP TABLE [IF EXISTS] tbl_name [, tbl_name,...] [RESTRICT | CASCADE]
Оператор DROP TABLE
удаляет одну или несколько таблиц. Все
табличные данные и определения удаляются, так что будьте внимательны при работе
с этой командой!
В версии MySQL 3.22 и более поздних можно использовать ключевые слова
IF EXISTS
, чтобы предупредить ошибку, если указанные таблицы не
существуют.
Опции RESTRICT
и CASCADE
позволяют упростить
перенос программы. В данный момент они не задействованы.
Примечание: DROP TABLE
автоматически принимает текущую активную
транзакцию.
CREATE INDEX
CREATE [UNIQUE|FULLTEXT] INDEX index_name ON tbl_name (col_name[(length)],... )
Команда CREATE INDEX
в версиях MySQL до 3.22 не выполняет
никаких действий. В версии 3.22 и более поздних CREATE INDEX
соответствует команде ALTER TABLE
в части создания индексов. See
section 6.5.4
Синтаксис оператора ALTER TABLE
.
Обычно все индексы создаются в таблице во время создания самой таблицы
командой CREATE TABLE
. See section 6.5.3
Синтаксис оператора CREATE TABLE
. CREATE INDEX
дает возможность добавить индексы к существующим таблицам.
Список столбцов в форме (col1,col2,...)
создает индекс для
нескольких столбцов. Величины индексов формируются путем конкатенации величин
указанных столбцов.
Для столбцов типов CHAR
и VARCHAR
с помощью
параметра col_name(length)
могут создаваться индексы, для которых
используется только часть столбца (для столбцов BLOB
и
TEXT
нужно указывать длину). Команда, приведенная ниже, создает
индекс, используя первые 10 символов столбца name:
mysql> CREATE INDEX part_of_name ON customer (name(10));
Поскольку большинство имен обычно имеют отличия друг от друга в первых 10
символах, данный индекс не должен быть намного медленнее, чем созданный из
столбца name целиком. Кроме того, используя неполные столбцы для индексов, можно
сделать файл индексов намного меньше, а это позволяет сэкономить место на диске
и к тому же повысить скорость операций INSERT
!
Следует учитывать, что в версии MySQL 3.23.2 и более поздних для таблиц типа
MyISAM
можно добавлять индекс только для столбцов, которые могут
принимать величины NULL
или для столбцов BLOB/TEXT
.
Чтобы получить более подробную информацию о том, как MySQL
использует индексы, See section 5.4.3
Использование индексов в MySQL.
С помощью опции FULLTEXT
можно индексировать только столбцы
VARCHAR
и TEXT
и только в таблицах
MyISAM
. Эта возможность доступна только в версии MySQL 3.23.23 и
выше. See section 6.8
Полнотекстовый поиск в MySQL.
DROP INDEX
DROP INDEX index_name ON tbl_name
Оператор DROP INDEX
удаляет индексы, указанные в
index_name
из таблицы tbl_name
. DROP
INDEX
не выполняет никаких действий в версиях MySQL до 3.22. В версиях
3.22 и более поздних DROP INDEX
соответствует команде ALTER
TABLE
в части удаления индексов. See section 6.5.4
Синтаксис оператора ALTER TABLE
.
USE
USE db_name
Команда USE db_name
предписывает MySQL использовать базу данных
с именем db_name
в последующих запросах по умолчанию. Указанная
база данных остается в этом состоянии до конца данного сеанса или пока не будет
выдана еще одна команда USE
:
mysql> USE db1; mysql> SELECT COUNT(*) FROM mytable; # selects from db1.mytable mysql> USE db2; mysql> SELECT COUNT(*) FROM mytable; # selects from db2.mytable
То обстоятельство, что отдельная база данных посредством команды
USE
выбирается как используемая в текущий момент по умолчанию, не
является препятствием для доступа к таблицам других баз данных. Следующий пример
иллюстрирует получение доступа к таблице author
базы данных
db1
и к таблице editor
базы данных db2
:
mysql> USE db1; mysql> SELECT author_name,editor_name FROM author,db2.editor WHERE author.editor_id = db2.editor.editor_id;
Наличие команды USE
обеспечивает совместимость с Sybase.
DESCRIBE
(Получение
информации о столбцах){DESCRIBE | DESC} tbl_name {col_name | wild}
Команда DESCRIBE
представляет собой сокращенный вариант команды
SHOW COLUMNS FROM
. See section 4.5.6.1
Получение информации по базам данных, таблицам, столбцам и индексам.
Команда DESCRIBE
предоставляет информацию о столбцах таблицы.
Параметр col_name
может содержать имя столбца или строки,
включающей такие групповые символы SQL, как `%' и `_'
(шаблонные символы, позволяющие получить информацию о всех подходящих столбцах).
Следует отметить, что типы столбцов в полученном описании могут отличаться от
ожидаемых, первоначально заданных командой CREATE TABLE
при
создании таблицы, поскольку MySQL иногда изменяет типы столбцов. See section 6.5.3.1
Молчаливые изменения определений столбцов.
Данная команда обеспечивает совместимость с Oracle.
Команда SHOW
предоставляет аналогичную информацию. See section
4.5.6
Синтаксис команды SHOW
.
BEGIN/COMMIT/ROLLBACK
По умолчанию MySQL работает в режиме autocommit
. Это означает,
что при выполнении обновления данных MySQL будет сразу записывать обновленные
данные на диск.
При использовании таблиц, поддерживающих транзакции (таких как
InnoDB
, BDB
), в MySQL можно отключить режим autocommit
при помощи следующей команды:
SET AUTOCOMMIT=0
После этого необходимо применить команду COMMIT
для записи
изменений на диск или команду ROLLBACK
, которая позволяет
игнорировать изменения, произведенные с начала данной транзакции.
Если необходимо переключиться из режима AUTOCOMMIT
только для
выполнения одной последовательности команд, то для этого можно использовать
команду BEGIN
или BEGIN WORK
:
BEGIN; SELECT @A:=SUM(salary) FROM table1 WHERE type=1; UPDATE table2 SET summmary=@A WHERE type=1; COMMIT;
Отметим, что при использовании таблиц, не поддерживающих транзакции,
изменения будут записаны сразу же, независимо от статуса режима
autocommit
.
При выполнении команды ROLLBACK
после обновления таблицы, не
поддерживающей транзакции, пользователь получит ошибку
(ER_WARNING_NOT_COMPLETE_ROLLBACK
) в виде предупреждения. Все
таблицы, поддерживающие транзакции, будут перезаписаны, но ни одна таблица, не
поддерживающая транзакции, не будет изменена.
При выполнении команд BEGIN
или SET AUTOCOMMIT=0
необходимо использовать двоичный журнал MySQL для резервных копий вместо более
старого журнала записи изменений. Транзакции сохраняются в двоичном системном
журнале как одна порция данных (перед операцией COMMIT
), чтобы
гарантировать, что транзакции, по которым происходит откат, не записываются. See
section 4.9.4
Бинарный журнал обновлений.
Следующие команды автоматически завершают транзакцию (как если бы перед
выполнением данной команды была сделана операция COMMIT
):
Команда | Команда | Команда |
ALTER TABLE |
BEGIN |
CREATE INDEX |
DROP DATABASE |
DROP TABLE |
RENAME TABLE |
TRUNCATE |
Уровень изоляции для транзакций можно изменить с помощью команды SET
TRANSACTION ISOLATION LEVEL ...
. See section 6.7.3
Синтаксис команды SET TRANSACTIO
N.
LOCK TABLES/UNLOCK
TABLES
LOCK TABLES tbl_name [AS alias] {READ | [READ LOCAL] | [LOW_PRIORITY] WRITE} [, tbl_name {READ | [LOW_PRIORITY] WRITE} ...] ... UNLOCK TABLES
Команда LOCK TABLES
блокирует указанные в ней таблицы для
данного потока. Команда UNLOCK TABLES
снимает любые блокировки,
удерживаемые данным потоком. Все таблицы, заблокированные текущим потоком,
автоматически разблокируются при появлении в потоке иной команды LOCK
TABLES
или при прекращении соединения с сервером.
Чтобы использовать команду LOCK TABLES
в MySQL 4.0.2, необходимо
иметь глобальные привилегии LOCK TABLES
и SELECT
для
заданных таблиц. В MySQL 3.23 для этого необходимы привилегии
SELECT
, INSERT
, DELETE
и
UPDATE
для рассматриваемых таблиц.
Основные преимущества использования команды LOCK TABLES
состоят
в том, что она позволяет осуществлять эмуляцию транзакций или получить более
высокую скорость при обновлении таблиц. Ниже это разъясняется более подробно.
Если в потоке возникает блокировка операции READ
для некоторой
таблицы, то только этот поток (и все другие потоки) могут читать из данной
таблицы. Если для некоторой таблицы в потоке существует блокировка
WRITE
, тогда только поток, содержащий блокировку, может
осуществлять операции READ
и WRITE
на данной таблице.
Остальные потоки блокируются.
Различие между READ LOCAL
и READ
состоит в том, что
READ LOCAL
позволяет выполнять неконфликтующие команды
INSERT
во время существования блокировки. Однако эту команду нельзя
использовать для работы с файлами базы данных вне сервера MySQL во время данной
блокировки.
При использовании команды LOCK TABLES
необходимо блокировать все
таблицы, которые предполагается использовать в последующих запросах, употребляя
при этом те же самые псевдонимы, которые будут в запросах! Если таблица
упоминается в запросе несколько раз (с псевдонимами), необходимо заблокировать
каждый псевдоним!
Блокировка WRITE
обычно имеет более высокий приоритет, чем
блокировка READ
, чтобы гарантировать, что изменения обрабатываются
так быстро, как возможно. Это означает, что если один поток получает блокировку
READ
и затем иной поток запрашивает блокировку WRITE
,
последующие запросы на блокировку READ
будут ожидать, пока поток
WRITE
не получит блокировку и не снимет ее. Можно использовать
блокировки LOW_PRIORITY WRITE
, позволяющие другим потокам получать
блокировки READ
в то время, как основной поток находится в
состоянии ожидания блокировки WRITE
. Блокировки
LOW_PRIORITY
WRITE
могут быть использованы только если
есть уверенность, что в конечном итоге будет период времени, когда ни один из
потоков не будет иметь блокировки READ
.
Команда LOCK TABLES
работает следующим образом:
WRITE
ставится перед блокировкой
READ
, если таблицы блокируются с блокировками READ
и
WRITE
.
Описанный порядок действий гарантирует, что блокирование таблицы не создает тупиковой ситуации. Однако есть и другие вещи, о которых необходимо отдавать себе отчет при работе по описанной схеме:
Использование для таблицы блокировки LOW_PRIORITY_WRITE
всего
лишь означает, что MySQL будет выполнять данную конкретную блокировку, пока не
появится поток, запрашивающий блокировку READ
. Если поток получил
блокировку WRITE
и находится в ожидании блокировки следующей
таблицы из списка блокируемых таблиц, то все остальные потоки будут ожидать,
пока блокировка WRITE
не будет снята. Если это представляет
серьезную проблему для вашего приложения, то следует подумать о преобразовании
имеющихся таблиц в таблицы иного вида, поддерживающие транзакции.
Поток, ожидающий блокировку таблицы, можно безопасно уничтожить с помощью
команды KILL
. See section 4.5.5
Синтаксис команды KILL
.
Учтите, что нельзя блокировать любые таблицы, используемые совместно с
оператором INSERT DELAYED
, поскольку в этом случае команда
INSERT
выполняется как отдельный поток.
Обычно нет необходимости блокировать таблицы, поскольку все единичные команды
UPDATE
являются неделимыми; никакой другой поток не может
взаимодействовать с какой-либо SQL-командой, выполняемой в данное время. Однако
в некоторых случаях предпочтительно тем или иным образом осуществлять блокировку
таблиц:
READ
или прочитать таблицу с блокировкой
WRITE
. При блокировке LOCK TABLES
операции
выполняются быстрее потому, что в этом случае MySQL не производит запись на
диск содержимого кэша ключей для заблокированных таблиц, пока не будет вызвана
команда UNLOCK TABLES
(обычно кэш ключей записывается на диск
после каждой SQL-команды). Применение LOCK TABLES
увеличивает
скорость записи/обновления/удаления в таблицах типа MyISAM
.
LOCK TABLES
для гарантии, что никакой другой поток не вклинился
между операциями SELECT
и UPDATE
. Ниже показан
пример, требующий использования LOCK TABLES
для успешного
выполнения операций: mysql> LOCK TABLES trans READ, customer WRITE; mysql> SELECT SUM(value) FROM trans WHERE customer_id=some_id; mysql> UPDATE customer SET total_value=sum_from_previous_statement WHERE customer_id=some_id; mysql> UNLOCK TABLES;Без использования
LOCK TABLES
существует вероятность того,
что какой-либо иной поток управления может вставить новую строку в таблицу
trans
между выполнением операций SELECT
и
UPDATE
. Используя пошаговые обновления (UPDATE customer SET
value=value+new_value
) или функцию LAST_INSERT_ID()
,
применения команды LOCK TABLES
во многих случаях можно избежать.
Некоторые проблемы можно также решить путем применения блокирующих функций на
уровне пользователя GET_LOCK()
и RELEASE_LOCK()
. Эти
блоки хранятся в хэш-таблице на сервере и, чтобы обеспечить высокую скорость,
реализованы в виде pthread_mutex_lock()
и
pthread_mutex_unlock()
. See section 6.3.6.2
Разные функции.
Чтобы получить дополнительную информацию о механизме блокировки, обращайтесь к разделу section 5.3.1 Как MySQL блокирует таблицы.
Можно блокировать все таблицы во всех базах данных блокировкой
READ
с помощью команды FLUSH TABLES WITH READ LOCK
.
See section 4.5.3
Синтаксис команды FLUSH
. Это очень удобно для получения
резервной копии файловой системы, подобной Veritas, при работе в которой могут
потребоваться заблаговременные копии памяти.
Примечание: Команда LOCK TABLES
не сохраняет транзакции и
автоматически фиксирует все активные транзакции перед попыткой блокировать
таблицы.
SET
TRANSACTIO
NSET [GLOBAL | SESSION] TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE }
Устанавливает уровень изоляции транзакций.
По умолчанию уровень изоляции устанавливается для последующей (не начальной)
транзакции. При использовании ключевого слова GLOBAL
данная команда
устанавливает уровень изоляции по умолчанию глобально для всех новых соединений,
созданных от этого момента. Однако для того чтобы выполнить данную команду,
необходима привилегия SUPER
. При использовании ключевого слова
SESSION
устанавливается уровень изоляции по умолчанию для всех
будущих транзакций, выполняемых в текущем соединении.
Установить глобальный уровень изоляции по умолчанию для утилиты
mysqld
можно с помощью опции
--transaction-isolation=...
. See section 4.1.1
Параметры командной строки mysqld
.
Что касается MySQL 3.23.23, то эта версия MySQL поддерживает полнотекстовый
поиск и индексацию. Полнотекстовые индексы в MySQL обозначаются как индексы типа
FULLTEXT
. Эти индексы могут быть созданы в столбцах
VARCHAR
и TEXT
во время создания таблицы командой
CREATE TABLE
или добавлены позже с помощью команд ALTER
TABLE
или CREATE INDEX
. Загрузка больших массивов данных в
таблицу будет происходить намного быстрее, если таблица не содержит индекс
FULLTEXT
, который затем создается командой ALTER TABLE
(или CREATE INDEX
). Загрузка данных в таблицу, уже имеющую индекс
FULLTEXT
, будет более медленной.
Полнотекстовый поиск выполняется с помощью функции MATCH()
.
mysql> CREATE TABLE articles ( id INT UNSIGNED AUTO_INCREMENT NOT NULL PRIMARY KEY, title VARCHAR(200), body TEXT, FULLTEXT (title,body) ); Query OK, 0 rows affected (0.00 sec) mysql> INSERT INTO articles VALUES (0,'MySQL Tutorial', 'DBMS stands for DataBase ...'), (0,'How To Use MySQL Efficiently', 'After you went through a ...'), (0,'Optimising MySQL','In this tutorial we will show ...'), (0,'1001 MySQL Trick','1. Never run mysqld as root. 2. ...'), (0,'MySQL vs. YourSQL', 'In the following database comparison ...'), (0,'MySQL Security', 'When configured properly, MySQL ...'); Query OK, 6 rows affected (0.00 sec) Records: 6 Duplicates: 0 Warnings: 0 mysql> SELECT * FROM articles WHERE MATCH (title,body) AGAINST ('database'); +----+-------------------+------------------------------------------+ | id | title | body | +----+-------------------+------------------------------------------+ | 5 | MySQL vs. YourSQL | In the following database comparison ... | | 1 | MySQL Tutorial | DBMS stands for DataBase ... | +----+-------------------+------------------------------------------+ 2 rows in set (0.00 sec)
Функция MATCH()
выполняет поиск в естественном языке, сравнивая
строку с содержимым текста (совокупность одного или более столбцов, включенных в
индекс FULLTEXT
). Строка поиска задается как аргумент в выражении
AGAINST()
. Поиск выполняется без учета регистра символов. Для
каждой строки столбца в заданной таблице команда MATCH()
возвращает
величину релевантности, т.е. степень сходства между строкой поиска и текстом,
содержащимся в данной строке указанного в списке оператора MATCH()
столбца.
Когда команда MATCH()
используется в выражении
WHERE
(см. пример выше), возвращенные строки столбцов автоматически
сортируются, начиная с наиболее релевантных. Величина релевантности представляет
собой неотрицательное число с плавающей точкой. Релевантность вычисляется на
основе количества слов в данной строке столбца, количества уникальных слов в
этой строке, общего количества слов в тексте и числа документов (строк),
содержащих отдельное слово.
Поиск возможен также в логическом режиме, это объясняется ниже в данном разделе.
Предыдущий пример представляет собой общую иллюстрацию использования функции
MATCH()
. Строки возвращаются в порядке уменьшения релевантности.
В следующем примере показано, как извлекать величины релевантности в явном
виде. В случае отсутствия выражений WHERE
и ORDER BY
возвращаемые строки не упорядочиваются.
mysql> SELECT id,MATCH (title,body) AGAINST ('Tutorial') FROM articles; +----+-----------------------------------------+ | id | MATCH (title,body) AGAINST ('Tutorial') | +----+-----------------------------------------+ | 1 | 0.64840710366884 | | 2 | 0 | | 3 | 0.66266459031789 | | 4 | 0 | | 5 | 0 | | 6 | 0 | +----+-----------------------------------------+ 6 rows in set (0.00 sec)
Следующий пример - более сложный. Запрос возвращает значение релевантности и,
кроме того, сортирует строки в порядке убывания релевантности. Чтобы получить
такой результат, необходимо указать MATCH()
дважды. Это не приведет
к дополнительным издержкам, так как оптимизатор MySQL учтет, что эти два вызова
MATCH()
идентичны, и запустит код полнотекстового поиска только
однажды.
mysql> SELECT id, body, MATCH (title,body) AGAINST -> ('Security implications of running MySQL as root') AS score -> FROM articles WHERE MATCH (title,body) AGAINST -> ('Security implications of running MySQL as root'); +----+-------------------------------------+-----------------+ | id | body | score | +----+-------------------------------------+-----------------+ | 4 | 1. Never run mysqld as root. 2. ... | 1.5055546709332 | | 6 | When configured properly, MySQL ... | 1.31140957288 | +----+-------------------------------------+-----------------+ 2 rows in set (0.00 sec)
Для разбивки текста на слова MySQL использует очень простой синтаксический анализатор. ``Словом'' является любая последовательность символов, состоящая из букв, чисел, знаков `'' и `_'. Любое ``слово'', присутствующее в стоп-списке (stopword) или просто слишком короткое (3 символа или меньше), игнорируется.
Каждое правильное слово в наборе проверяемых текстов и в данном запросе оценивается в соответствии с его важностью в этом запросе или наборе текстов. Таким образом, слово, присутствующее во многих документах, будет иметь меньший вес (и даже, возможно, нулевой), как имеющее более низкое смысловое значение в данном конкретном наборе текстов. С другой стороны, редко встречающееся слово получит более высокий вес. Затем полученные значения весов слов объединяются для вычисления релевантности данной строки столбца.
Описанная техника подсчета лучше всего работает для больших наборов текстов (фактически она именно для этого тщательно настраивалась). Для очень малых таблиц распределение слов не отражает адекватно их смысловое значение, и данная модель иногда может выдавать некорректные результаты.
mysql> SELECT * FROM articles WHERE MATCH (title,body) AGAINST ('MySQL'); Empty set (0.00 sec)
Поиск по слову ``MySQL'' в предыдущем примере не приводит к каким-либо результатам, так как это слово присутствует более чем в половине строк. По существу, данное слово целесообразно трактовать как стоп-слово (т.е. слово с нулевой смысловой ценностью). Это наиболее приемлемое решение - запрос на естественном языке не должен возвращать каждую вторую строку из таблицы размером 1Гб.
Маловероятно, что слово, встречающееся в половине строк таблицы, определяет местонахождение релевантных документов. На самом деле, наиболее вероятно, что будет найдено много не относящихся к делу документов. Общеизвестно, что такое случается слишком часто при попытке найти что-либо в Интернет с помощью поисковых машин. Именно на этом основании подобным строкам должно быть назначено низкое смысловое значение в данном конкретном наборе данных.
В MySQL 4.0.1 возможен полнотекстовый поиск также и в логическом режиме с
использованием модификатора IN BOOLEAN MODE
.
mysql> SELECT * FROM articles WHERE MATCH (title,body) -> AGAINST ('+MySQL -YourSQL' IN BOOLEAN MODE); +----+------------------------------+-------------------------------------+ | id | title | body | +----+------------------------------+-------------------------------------+ | 1 | MySQL Tutorial | DBMS stands for DataBase ... | | 2 | How To Use MySQL Efficiently | After you went through a ... | | 3 | Optimising MySQL | In this tutorial we will show ... | | 4 | 1001 MySQL Trick | 1. Never run mysqld as root. 2. ... | | 6 | MySQL Security | When configured properly, MySQL ... | +----+------------------------------+-------------------------------------+
Данный запрос вывел все строки, содержащие слово ``MySQL'' (заметьте,
50-процентная пороговая величина здесь не используется), но эти строки не
содержат слова ``YourSQL''. Следует отметить, что логический режим поиска не
сортирует автоматически строки в порядке уменьшения релевантности. Это видно по
результату предыдущего запроса, где строка с наиболее высокой релевантностью
(содержащая слово ``MySQL'' дважды) помещена последней, а не первой. Логический
режим полнотекстового поиска может работать даже без индекса
FULLTEXT
, хотя и очень медленно.
В логическом режиме полнотекстового поиска поддерживаются следующие операторы:
+
-
MATCH() ... AGAINST()
без
модификатора IN BOOLEAN MODE
.
< >
<
уменьшает этот вклад, а оператор >
-
увеличивает его. См. пример ниже.
( )
~
*
"
Ниже приведен ряд примеров:
apple banana
+apple +juice
+apple macintosh
+apple -macintosh
+apple +(>pie <strudel)
apple*
"some words"
MATCH()
должны быть столбцами одной и
той же таблицы, т.е. частью одного и того же индекса FULLTEXT
, за
исключением работы MATCH()
в режиме IN BOOLEAN MODE
.
MATCH()
должен точно
соответствовать списку столбцов в определении индекса FULLTEXT
для этой таблицы, за исключением работы данной функции MATCH()
в
режиме IN BOOLEAN MODE
.
AGAINST()
должен быть неизменяемой
строкой. К сожалению, полнотекстовый поиск имеет еще мало настраиваемых пользователем параметров, хотя для последующих модификаций добавление некоторого их количества является очень важной задачей (TODO). Однако при наличии исходного дистрибутива MySQL (see section 2.3 Установка исходного дистрибутива MySQL) имеется больше возможностей управлять полнотекстовым поиском.
Следует отметить, что полнотекстовый поиск был тщательно настроен так, чтобы обеспечить наилучшую эффективность выполнения данной операции. Если изменить установленный по умолчанию режим работы, то в большинстве случаев результаты поиска станут только хуже. Поэтому не вносите какие-либо правки в код MySQL, если не знаете наверняка, что вы делаете!
ft_min_word_len
(see section 4.5.6.4
SHOW VARIABLES
). Установите желаемую величину этой переменной
и создайте заново индексы FULLTEXT
(эта переменная доступна
только в версии MySQL 4.0).
FULLTEXT
.
#define GWS_IN_USE GWS_PROBна:
#define GWS_IN_USE GWS_FREQЗатем перекомпилируйте MySQL. Создавать заново индексы в этом случае нет необходимости. Примечание: таким образом вы существенно ухудшите способность MySQL продуцировать адекватные величины релевантности для функции
MATCH()
. Если действительно необходим поиск для таких
общеупотребительных слов, то было бы лучше использовать вместо этого поиск в
режиме IN BOOLEAN MODE
, при котором не предусмотрен 50-процентный
порог.
ft_boolean_syntax
. See section 4.5.6.4
SHOW VARIABLES
. Однако эта переменная доступна только для
чтения, ее значение устанавливается в `myisam/ft_static.c'. FULLTEXT
более быстрыми.
MERGE
.
FULLTEXT
в CREATE/ALTER
TABLE
). Начиная с версии 4.0.1 сервер MySQL снабжен кэшем запросов. В процессе работы
кэш запросов хранит текст запроса SELECT
вместе с соответствующим
результатом, который посылается клиенту. При получении другого идентичного
запроса сервер может извлечь результаты из кэша запросов, а не анализировать и
выполнять снова тот же самый запрос.
Кэш запросов особенно полезен в средах, где (некоторые) таблицы не обновляются слишком часто и присутствует много идентичных запросов. Эта ситуация типична для многих веб-серверов с обширным активным информационным наполнением.
Ниже приведены некоторые данные функционирования для кэша запросов (они получены во время работы тестового комплекта MySQL под Linux Alpha 2x500 МГц с 2Гб ОЗУ и 604-мегабайтным кэшем запросов):
query_cache_size=0
. При отключении кода кэша запросов не
наблюдалось заметных непроизводительных затрат (кэш запросов может быть
исключен из кода с помощью параметра конфигурации
--without-query-cache
).
Перед синтаксическим анализом запросы сравниваются, поэтому запросы
SELECT * FROM TABLE
и
Select * from table
для кэша запросов рассматриваются как различные, поскольку они должны быть абсолютно одинаковыми (байт в байт), чтобы рассматриваться как идентичные. Помимо этого, запрос может трактоваться как отличающийся, если, например, какой-либо клиент использует протокол соединения нового формата или иной набор символов, чем другой клиент.
Запросы, использующие различные базы данных, различные версии протоколов или различные наборы символов по умолчанию, рассматриваются как различные и кэшируются раздельно.
Рассматриваемый кэш надежно работает для запросов вида SELECT CALC_ROWS
...
и SELECT FOUND_ROWS() ...
, так как число найденных строк
всегда хранится в кэше.
При изменениях таблицы (INSERT
, UPDATE
,
DELETE
, TRUNCATE
, ALTER
или DROP
TABLE|DATABASE
), все кэшированные запросы, использовавшие данную таблицу
(возможно, через таблицу MRG_MyISAM
!), становятся недействительными
и удаляются из кэша.
Если изменения были произведены в поддерживающих транзакции таблицах вида
InnoDB
, то все кэшированные запросы становятся недействительными
при выполнении команды COMMIT
.
Запрос не будет кэширован, если содержит одну из приведенных ниже функций:
Функция | Функция | Функция |
Определяемые пользователем функции (UDF) |
CONNECTION_ID |
FOUND_ROWS |
GET_LOCK |
RELEASE_LOCK |
LOAD_FILE |
MASTER_POS_WAIT |
NOW |
SYSDATE |
CURRENT_TIMESTAMP |
CURDATE |
CURRENT_DATE |
CURTIME |
CURRENT_TIME |
DATABASE |
ENCRYPT (с одним параметром) |
LAST_INSERT_ID |
RAND |
UNIX_TIMESTAMP (без параметров) |
USER |
BENCHMARK |
Запрос также не будет кэширован, если он содержит переменные пользователя или
выражен в форме SELECT ... IN SHARE MODE
или в форме SELECT *
FROM AUTOINCREMENT_FIELD IS NULL
(для полечения последнего ID - это для
ODBC).
Однако FOUND ROWS()
возвратит правильную величину, даже если из
кэша был выбран предыдущий запрос.
Также не кэшируются запросы, не использующие какие-либо таблицы, или если пользователь имеет какие-либо привилегии для столбцов использованных таблиц.
Перед выборкой запроса из кэша запросов MySQL проверит, обладает ли
пользователь привилегией SELECT
для всех включенных баз данных и
таблиц. Если это не так, то результат кэширования не используется.
Для кэша запросов в MySQL добавляется несколько системных переменных для
mysqld
, которые могут быть установлены в конфигурационном файле или
из командной строки при запуске mysqld
.
query_cache_limit
- не кэшировать результаты, большие, чем
указано (по умолчанию 1Мб).
query_cache_size
- память, выделенная для хранения
результатов старых запросов. Если равно 0
, то кэширование запроса
блокируется (по умолчанию).
query_cache_startup_type
- можно установить следующие (только
числовые) значения:
Опция | Описание |
0 | OFF (``ВЫКЛЮЧЕНО''), результаты не кэшировать и не
извлекать |
1 | ON (``ВКЛЮЧЕНО''), кэшировать все результаты, за
исключением запросов SELECT SQL_NO_CACHE ... |
2 | DEMAND (``ПО ТРЕБОВАНИЮ''), кэшировать только запросы
SELECT SQL_CACHE ... |
Внутри потока (соединения) можно изменить функционирование кэша запросов по сравнению с установленным по умолчанию. Синтаксис следующий:
SQL_QUERY_CACHE_TYPE = OFF | ON | DEMAND SQL_QUERY_CACHE_TYPE = 0 | 1 | 2
Опция | Описание |
0 или OFF | Результаты не кэшировать и не извлекать. |
1 или ON | Кэшировать все результаты за исключением запросов SELECT
SQL_NO_CACHE ... |
2 или DEMAND | Кэшировать только запросы SELECT SQL_CACHE ...
|
По умолчанию выражение SQL_QUERY_CACHE_TYPE
зависит от величины
переменной query_cache_startup_type
, установленной при создании
данного потока.
SELECT
В запросе SELECT
можно указывать две опции для кэша запросов:
Опция | Описание |
SQL_CACHE |
Если SQL_QUERY_CACHE_TYPE имеет опцию
DEMAND , позволяет запросу кэшироваться. Если
SQL_QUERY_CACHE_TYPE имеет опцию ON , является
состоянием по умолчанию. Если SQL_QUERY_CACHE_TYPE имеет
опцию OFF , ничего не делать. |
SQL_NO_CACHE |
Делает данный запрос некэшируемым, не разрешает хранить в кэше данный запрос. |
С помощью команды FLUSH QUERY CACHE
можно дефрагментировать кэш
запросов с целью лучшего использования его памяти. Эта команда не удалит ни
одного запроса из кэша. Команда FLUSH TABLES
также записывает на
диск содержимое кэша запросов.
Команда RESET QUERY CACHE
удаляет все результаты запросов из
кэша запросов.
Можно контролировать функционирование кэша запросов в SHOW
STATUS
:
Переменная | Описание |
Qcache_queries_in_cache | Количество запросов, зарегистрированных в кэше. |
Qcache_inserts | Количество запросов, добавленных в кэш. |
Qcache_hits | Количество результативных обращений в кэш. |
Qcache_not_cached | Количество не кэшированных запросов (не подлежащих кэшированию или из-за установок SQL_QUERY_CACHE_TYPE). |
Qcache_free_memory | Величина свободной памяти для кэша запросов. |
Qcache_total_blocks | Общее количество блоков в кэше запросов. |
Qcache_free_blocks | Количество свободных блоков памяти в кэше запросов. |
Общее количество запросов = Qcache_inserts + Qcache_hits +
Qcache_not_cached
.
Кэш запросов использует блоки переменной длины, так что параметры
Qcache_total_blocks
и Qcache_free_blocks
могут
показывать фрагментацию памяти кэша запросов. После команды FLUSH QUERY
CACHE
остается только один (большой) свободный блок.
Примечание: каждый запрос нуждается как минимум в двух блоках (один для текста данного запроса и один или больше - для результатов запроса). Для каждой используемой в запросе таблицы также требуется один блок, но если два или более запросов используют одну и ту же таблицу, требуется выделение только одного блока.
Go to the first, previous, next, last section, table of contents.