Эта ошибка означает, что MySQL, во время расчёта плана запроса, попыталась соединить больше, чем max_join_size строк (суммарно на все JOIN, итоговое значение оценивается как произведение затронутых строк в каждой таблице).
Если эта настройка не изменена, то это означает, что Ваш запрос пытается затронуть более 4 млрд. строк. Вы можете отменить ограничение через
zzzzzz
Проверьте в первую очередь синтаксис запроса - то есть, что он может быть выполнен СУБД. Подозреваю, что нет, и соответствующий обработчик драйвера возвращает что-нибудь наподобие false вместо объекта.
Дано: СУБД MySQL. Таблица, в которой может быть переменное число столбцов с разными именами и последний столбец всегда имеет имя constant. Все столбцы имеют целочисленный тип, а в столбце constant всегда записывается значение, большее нуля. Например, 4 стобца + столбец constant:
Известно также, что строк в таблице будет не более 100. Колонок в общем случае может быть так же до 100, их имена произвольны. Требуется: написать запрос, который для каждой строки вернёт сумму её первых constant колонок. То есть, к примеру, для таблицы выше, для первой строки это foo+bar; а для, например, 4-й строки это foo+bar+baz. Таким образом, результат для таблицы выше должен быть таким:
У таблицы нет первичного ключа или иной колонки (набора колонок), которые бы можно было им сделать. Разрешается использовать специфичные средства СУБД, но не допускается использование хранимого кода (процедур).
Проясните для себя, как связаны Ваши сущности. Почему news должен быть наследником user ? Каким образом проверка пользователя относится к классу news ? И как это связано с классом, приведённым выше?