Вы опять ловите тараканов в темной комнате :)

Lumixможет быть если tinytext все хранит во внешней копилке, то в той копилке происходит оптимизация и хранятся только уникальные строки и тем самым там, где varchar(255) будет 1 млн. записей хранить слово "пример", то tinytext на миллионе записей будет хранить только 1 строку "пример"+ миллион указателей на эту строчку, а это типа экономия памяти в 8 раз. Может в этом сакральный смысл tinytext?Нет. Никакой такой оптимизации нет.

NULL, кстати, они вполне могут быть, насколько я помню.

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

vklemiksoftОсновная фича BLOB/TEXT заключается в том, что они отдельно хранятся. Это может быть полезно, например, в тех случаях, когда запрос требует полного сканирования таблицы, но конкретно это поле ему не требуется. Тогда объем данных, читаемых с диска, будет меньше.Относится ли оно так же к случаю, когда в процессе выполнения запроса будет создана временная таблица?А вот с временными таблицами там все, наоборот, печально. Они безусловно валятся на диск.
http://dev.mysql.com/doc/refman/5.5/en/blob.html Instances of BLOB or TEXT columns in the result of a query that is processed using a temporary table causes the server to use a table on disk rather than in memory because the MEMORY storage engine does not support those data types (see Section 8.4.4, “How MySQL Uses Internal Temporary Tables”). Use of disk incurs a performance penalty, so include BLOB or TEXT columns in the query result only if they are really needed. For example, avoid using SELECT *, which selects all columns. Впрочем, при умеренной нагрузке и избытке оперативки, это лечится с помощью tmpfs.

vklemiksoftА вот с временными таблицами там все, наоборот, печально. Они безусловно валятся на диск.Это, как я понимаю, относится к случаю, если поля типа BLOB/TEXT включены в результат запроса или использованы в группировке/условии.Именно так.

LumixЯ, кстати, не знал что есть какие-то стандарты sql. https://ru.wikipedia.org/wiki/SQL-92 и далее по списку.

Lumixмне почему-то кажется, что для обычных прикладных программистов подобные документы бесполезныВ целом да, обычно документация по конкретной СУБД покрывает собой описание SQL, так что читать отдельно стандарт смысла нет.