Leningrad00Это порно?
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
/*1*/ SELECT `id` FROM `themes` WHERE (`state`='0') AND (`id` NOT IN (
/*2*/ SELECT `theme_id` FROM `themes_answers` WHERE `id` IN (
/*3*/ SELECT max(`id`) FROM `themes_answers` GROUP BY `theme_id`
/*4*/ )
/*5*/ AND (`uid`='0')
/*6*/ )
/*7*/ );
[
3 ] Получаем ID последнего ответа к каждой теме;
[
2 ] получаем ID тем для этих ответов, но [
5 ] лишь тех, которые оставлены администратором (`uid`='0');
[
1 ] получаем ID всех открытых (`state`='0') тем, ID которых отличается от полученных на предыдущем шаге.
Очень смущает вопрос прожорливости для больших таблиц, хорошо бы получать на первом этапе последний ID только открытых тем, но это другая история.
Главный вопрос озвучен перед кодом запроса.
...ваше решение -- вполне законное, смотрите аналогичное
решение C1 в этом ФАКе
7543220 .
Остальные решения C2-C5 также могут подойти с минимальной подгонкой.
(ваша задаче чуть легче чем в ФАКе -- у вас максимальное ИД совпадает
с максимальным временем)
насчет производительности -- надо смотреть. В старых версиях оператор IN
работал медлено, в новых -- иногда быстро. МОжет имеет смысл
переписать IN в JOINT.
NOT IN тоже можно переписать в LEFT JOINT с проверкой на NULL.
Если надо получать результат очень часто и очень быстро, то
возможно поставить (и снимать) "последний не админ" флаг триггером
на вставку.
Но сначала надо разбиратся с требованиям к задаче -- как часто
этот запрос надо гнать? какой размер таблиц? какие скорости
наблюдаете сейчас? какая желаемая скорость?
