Каков оптимум varchar размеры для MySQL?

Насколько я могу судить, вы действительно правы, это выглядит как «ошибка» , хотя, честно говоря, это недавно изменилось с дефектом CWG 1213 , в котором говорится:

Поскольку операция субтипирования определяется как косвенное наведение по значению указателя, результат оператора индекса, применяемого к массиву xvalue, является значением lvalue, а не значением x. Это может быть удивительно для некоторых.

blockquote>

, и это изменило раздел 5.2.1 [expr.sub] следующим образом:

Постфиксное выражение, за которым следует выражение в квадратных скобках - постфиксное выражение. Одно из выражений должно иметь тип «массив Т» или «указатель на Т», а другой должен иметь неперечисленное перечисление или интегральный тип. Результатом является lvalue типа «T». Тип «T» должен быть полностью определенным типом объекта.62 Выражение E1 [E2] идентично (по определению) к * ((E1) + (E2)) [ Примечание: см. 5.3 [expr.unary] и 5.7 [expr.add] для получения подробных сведений о * и + и 8.3.4 [dcl.array] для получения подробной информации о массивах. -End note], за исключением того, что в случае операнда массива результат равен lvalue, если этот операнд является lvalue и xvalue иначе.

blockquote>

Так что действительно результат f().a[0]; и static_cast(s).a[0] должны быть x значениями.

У этого дефекта не было предлагаемой резолюции до декабря 2012 года, а поддержка отчета о дефектах clangs перечисляет поддержку этого отчета о дефектах как неизвестную, поэтому, скорее всего, разработчики не получили исправления

Обновить

Подано сообщение об ошибке clang : Оператор подстроки, примененный к временному массиву, приводит к lvalue .