Алексей Уколов

Как все плохо...
Где у вас переменные $theme и $message создаются?
Вы понимаете, что при каждом открытии этой формы будет создаваться запись в БД?

Если вложенность ограничена, то можно использовать джойны (по количеству уровней вложенности). Но даже в этом случае, так, как у вас в вопросе, не получится - всё будет одной строкой.
Если вложенность неограничена, то никак.

150617 8:42:00 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.43-0ubuntu0.14.04.1' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Ubuntu)
150617 8:42:00 InnoDB: Assertion failure in thread 139884593407744 in file trx0purge.c line 840
InnoDB: Failing assertion: purge_sys->purge_trx_no <= purge_sys->rseg->last_trx_no
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: dev.mysql.com/doc/refman/5.5/en/forcing-innodb-rec...
InnoDB: about forcing recovery.

Судя по логу, у вас порушилась InnoDB.
Когда с одним из наших серверов такое приключилось, мы включили innodb_force_recovery (по ссылке из лога больше информации), забекапили БД, удалили весь каталог InnoDB, создали базы заново и импортировали в них данные из бэкапа.

Я бы в сторону бэкапов смотрел первым делом.
Поставьте мониторинг от NewRelic триального периода вам вполне хватит на то, чтобы найти хвосты.

select *
from t1
inner join t2 on t1.link_field = t2.link_field and t2.some_field <> 0 and t2.other_field <> 0

мне нужно, для которых нет ни одного значения равного нулю

select * from t1 where id not in (select id_field from t2 where some_field = 0)

Вообще таблицы такие:
questions(id, text), answers(id, question_id, answer, text), history(id, user_id, answer_id, question_id, test_id), history_tests(id, date), нужно вывести все вопросы, на которые все существующие ответы верны.

Я не до конца понимаю в какой таблице что хранится, но что-то вроде этого:

select q.*
from questions q
inner join history h on h.question_id = q.id
where q.id not in (
    select a.question_id
    from answers a
    inner join history h on a.id = h.answer_id and a.answer = 0
)

Есть функция IFNULL, можно в нее два подзапроса передать.
Правда, какой-то кривизной решение отдает.

Существует три способа решить вашу проблему (в порядке убывания разумности):
1. Не использовать устаревший функционал.
2. Настроить вывод ошибок так, чтобы не выводились сообщения об устаревшем функционале.
3. Откатиться на более старую версию php, где используемый функционал еще не был объявлен устаревшим.

Это, как ни странно, зависит от того, обязательно ли для заполнения поле, хранящее привязку. Если обязательно (то есть соотношение 1 к 1), то ни дефолтного значения, ни nullable указывать не стоит. Если не обязательно (соотношение 0 к 1 или 1 к 1), то можно указать значение по-умолчанию или флаг nullable.

DoubleWish: Вам нужно задачу разбить на две части:
1. Единая точка входа в приложение - фронт-контроллер
2. Отдача файлов в зависимости от запроса пользователя

Первая часть легкая - https://github.com/laravel/laravel/blob/master/pub...
А вот решение второй зависит очень сильно от вашей конкретной задачи.

Легко гуглится - stackoverflow.com/questions/425158/skip-certain-ta...

Открыть документацию mysql и взять оттуда готовый пример.

Первое - декартово произведение, оно выполняется, как правило, значительно медленнее джойна.
Второй и третий вариант идентичны.

Join - верное решение, но они бывают разные. Вам нужен left join.

select * from info_table info
left join main_table main on info.id = main.info_id and cond2 = 'cond2'
where info.id = 'cond1'

Нужно создать новую модель, в меню выбрать Database -> Reverse Engineer. Дальше там более-менее понятно.

P.S. Ужасная, глючная неинтуитивная программа... По крайней мере под Линуксом.

Если я правильно понял вашу задачу, должно быть так:

SELECT * FROM `regions` WHERE
' . $x1 .' > LEAST(Ax, Bx) AND ' . $x1 .' < GREATEST(Ax, Bx) AND
' . $y1 . ' > LEAST(Ay, By) AND ' . $y1 . ' < GREATEST(Ay, By) AND
' . $z1 . ' > LEAST(Az, Bz) AND ' . $z1 . ' < GREATEST(Az, Bz)

Лучший способ, на мой взгляд - протестировать вашу гипотезу о том, что поле DATE и индекс по нему значительно ускорят запрос (я в этом уверен). Если это действительно так и количество изменений таблицы не превышает количество чтений в несколько десятков раз, то стоит поле ввести.

Нашел ответ - на сервере с mysql указал skip-name-resolve.
На девелоперских машинах настройкой DNS никто не занимался толком, поэтому поиск имени хоста превращался в веселую карусель.