Не стандартный запрос к mysql. возможно ли?

Question

[Ринат]

Привет! возможно ли такой запрос исполнить в мускуле

есть допустим пока 3 таблицы



выводим user_page и в зависимости от типа данных запрашивать информацию. как это сделать кроме отдельных запросов по типу данных. JOIN не подходит, названия ячеек разные

что то типа такого SELECT if(type='video') select from elseif(type='photo') select from
а потом еще задачка в видео 5 ячеек а в фото 6 выводить в переменные

Comments

[Сергей Соколов]

дальше вы всё равно будет по-разному обрабатывать разные типы результата.. Почему не делать по одному запросу на каждый тип?

[Anton Kuzmichev]

Ринат: в реальном мире есть куча причин, почему лучше сделать 2 простых запроса к БД, чем один сложный. Делайте лучше простые запросы. И кстати, JOIN подходит, названия столбцов тут роли не играют.

[Ринат]

Сергей Соколов: потому что обрабатывать буду на PHP, думаю избавиться от лишних запросов чтоб не нагружать

Anton Kuzmichev: я не силен в мускуле. Вы считаете это нормальным если каждый юзер в зависимости от количество записей на его странице делать запрос. если я вывожу 50, значит 50 запросов

так же еще момент это страница пользователей, а ленту событий так же?

выбираем определенных юзеров и запрашиваем их страницы и там на каждый тип запрос делать

[Anton Kuzmichev]

Ринат: нет, не считаю это нормальным. Но в случаях, подобным вашему, число запросов равно не числу объектов. а числу типов этих объектов. Т.е. - 2 запроса, вида select ... from ... where id in (...)

UPD: Про ленту:
- берёте из user_page записи только по нужным пользователям за нужный период времени/нужное кол-во
- делаете 2 запроса, которые я описал выше

[Ринат]

Anton Kuzmichev:

не считаю это нормальным

а как сделать нормально, как бы вы сделали?

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

[Ринат]

Anton Kuzmichev: т.е. первым запросом сперва выдергиваем количество всех типов с ID типов. после через where id in (...) собираем инфу объектов и на PHP уже сортируем по дате/времени правильно я понимаю?

Answer 1

[Принц Датский]

Либо видео и фото объединить в одну таблицу
Либо user_page сделать колонки video и photo (int 1, Default null) в качестве флага и video_id и photo_id в качестве указателя. А дальше left join к обоим таблицам. И я бы сделал префикс в именах столбцов таблиц photo и video.
Соответственно что будет в наличии- то и выдастся. Обработаете не на стороне MySQL, а дальше.

Answer 2

[Dimonchik]

ничего не мешает все три заджойнить в одну и выбрать, даже с разными типами

хоть и не по уставу, и избыточно

Comments

[Ринат]

там будут не только фото и видео, там со временем будет нарастать, кто то сообщение написал на стене. стена как в вк будет