1.9.4 Отличия MySQL от ANSI SQL92

Наши усилия направлены на то, чтобы сервер MySQL соответствовал стандартам ANSI SQL и ODBC SQL, но в некоторых случаях сервер MySQL функционирует по-другому. Ниже приведен перечень таких отличий:

• Для столбцов VARCHAR при хранении величины концевые пробелы удаляются (see section 1.9.5 Известные ошибки и недостатки проектирования в MySQL).
• В некоторых случаях столбцы CHAR без уведомления изменяются на столбцы VARCHAR (see section 6.5.3.1 Молчаливые изменения определений столбцов).
• Привилегии для таблицы не аннулируются автоматически при удалении таблицы; чтобы удалить привилегии для таблицы, необходимо явно вызвать REVOKE (see section 4.3.1 Синтаксис команд GRANT и REVOKE).
• NULL AND FALSE будет трактоваться как NULL, а не как FALSE. Причина здесь в том, что мы не считаем необходимым оценивать множество дополнительных условий для этого случая.

Если вас интересует, когда к серверу MySQL будут добавляться новые расширения, необходимо обратиться к онлайновому списку перспективных задач к выполнению, в котором дан их перечень в порядке приоритетности. Он находится по адресу http://www.mysql.com/doc/en/TODO.html. Это самая последняя версия списка задач к выполнению (TODO list) в данном руководстве (see section 1.10 MySQL и будущее (что предстоит сделать)).

Главы

• 1.9.4.1 Вложенные SELECTы
• 1.9.4.2 Оператор SELECT INTO TABLE
• 1.9.4.3 Транзакции и атомарные операции
• 1.9.4.4 Хранимые процедуры и триггеры
• 1.9.4.5 Внешние ключи
• 1.9.4.6 Представления
• 1.9.4.7 Символы `--' как начало комментария

User Comments

A difference not specified in this page:
The MySQL NATURAL JOIN of two relations contains
duplicate columns:
R1(A,B) |><| R2(B,C) = R3(A,B,B,C)
SQL 92 specifies there should be no duplicate
columns:
R1(A,B) |><| R2(B,C) = R3(A,B,C)
(This sounds fairly innocuous, but when 4.0
comes around with nested sub-query support, this
would prevent aliasing a natural join as a
sub-query in the FROM clause, among other things.)

Add your own comment.