Легкий сложный SELECT

Доброго времени суток.
Задача у меня до смешного простая, но как выяснилось решить ее не просто.
В панели пользователя нужно показать сколько у него непрочитанных сообщений, сколько черновиков новостей, сколько черновиков записей в блог и если админ, то сколько материалов на утверждение.

С php частью вроде все просто, берем массив полученный из базы и перебором массива смотрим чего нам надо показывать а чего нет.

Проблема как раз в массиве. Можно сделать 4 запроса и дело с концом, но хочется более быстрое решение и одним запросом. Выбрать все данные из базы без условий не проблема, но массив получается уж очень увесистый, потому нужно добавить условия выборки, вот тут и начинаются проблемы.
Вот что мы имеем.

Таблица с сообщениями ( Столбцы указываю только те которые нужно выбирать )
message_id | message_to | message_read

Таблица с новостями
news_id | news_user_id | news_publish

Таблица записей в блог аналогично новостям
blog_id | blog_user_id | blog_publish

Таблица утверждений, нужно просто узнать есть они или нет.
submit_id

Так вот, можно ли выбрать данные из всех этих таблиц с условием что message_to=$user_id, news_user_id=$user_id, blog_user_id=$user_id и message_read=0, news_publish=0, blog_publish=0 и собственно есть ли вообще submit_id

(Отредактировано автором: 27 Апреля, 2013 - 21:01:52)

http://www[dot]sql-tutorial[dot]ru/ru/bo[dot][dot][dot]es_in_query[dot]html
или
http://www[dot]sql-tutorial[dot]ru/ru/bo[dot][dot][dot]_operations[dot]html

Дело в том что при использовании выборки типа
SELECT *
FROM A, B
WHERE a = c;

Можно указывать только общий WHERE для всей выборки и когда я указываю все нужные мне условия запрос ничего не возвращает, а сравнивать поля в таблицах мне и не нужно. Мне бы подошел UNION но тогда у меня вываливается из запроса submit_id потому что с помощью UNION можно выбирать только одинаковое количество столбцов, но и на этом проблемы не заканчиваются. Дело в том, что все данные помещаются в столбцы с названиями столбцов первой таблицы и как идентифицировать где новости, где блог, а где сообщения не понятно.

Про JOIN я тоже знаю и попробовал много разных вариантов, сейчас и не вспомню все, но нужного результат не добился.

(Отредактировано автором: 27 Апреля, 2013 - 22:03:18)

Сделай четыре запроса, не парься - 5-10 простых запросов на страницу это не страшно.

-----
Шта? Репозиторий?

На страницу может и не страшно, но у меня на странице уже 28 запросов, вот и пытаюсь оптимизировать. Это целых 4 запроса всего на одну панель, а если панелей больше, две, три, а если десять. По 4 запроса на панель уже 40 запросов только от панелей, а выборка новостей, рейтингов, структуры меню, настроек движка. Сервер то не резиновый, а если и резиновый (мощный) его возможности все равно не безграничны.

(Отредактировано автором: 27 Апреля, 2013 - 22:08:23)

Значит ты что-то сделал не так.
У меня в админке щас самая "тяжелая" страница в 10 запросов.
(Добавление)
Блин - мускуль будет дольше "юнионить" чем ты четыре раза сходишь..

-----
Шта? Репозиторий?

В админке и у меня 8, там и грузить особо нечему. Что за двиг с самой тяжелой страницей в 10 запросов? Это без кэширования?

Без кеширования.

-----
Шта? Репозиторий?

А двиг какой? Может есть смысл не изобретать велосипед, а использовать хорошо оптимизированный двиг.

Это мой велосипед.

-----
Шта? Репозиторий?

Вот и я свой пытаюсь изобрести. Просто пытаюсь учесть как можно больше вариантов и произвести оптимизацию. Делаю портал, там много всего и боюсь в 10 запросов уложиться ну никак не получится. Пытаюсь оптимизировать все что возможно. Потом еще прикручу кэширование, но двиг должен хорошо работать и без кэширования. Ушел спать, вернусь завтра.

(Отредактировано автором: 27 Апреля, 2013 - 22:28:19)