SQL как сделать запрос(ы) в данной ситуации?

Question

[Anchor00]

Есть таблица объектов товаров (спортивного магазина). В ней основные поля, общие для всех типов товаров. Есть несколько таблиц-типов объектов(майки, обувь,...спортпит) которые "наследуются" от основной таблицы. Связь между объектом в основной таблице и таблице-типе "один-к-одному". В основной табл. есть поле "type"

$q = '
	SELECT
		*
	FROM
		catalog_product prod
			INNER JOIN
		catalog_product_type_shirt prod_type
	ON
		prod.id=prod_type.product_id';

В этом запросе выборка происходит из ЗАРАНЕЕ ИЗВЕСТНОЙ таблицы-типа.
а)При выборке по id мы заранее не знаем к какому типу этот объект относится
б)В одной категории может быть товары разных типов. А значит опять же делая запрос на выборку по категории, мы не знаем из каких таблиц выбрать данные.
Вопрос: для того чтобы выбрать объект(ы) обязательно ли делать ДВА запроса к БД? Т.е. один чтобы выбрать type в основной таблице. А второй, составляем на основе полученных данных и уже тогда отправляем.
Или можно это сделать в ОДНОМ запросе?

*СУБД - MySQL
**Если нет, можно ли сделать это "грязными способами", просто любопытсва ради=)

Answer 1

[Stalker_RED]

Смотря что считать грязными способами. Некоторые вон ради производительности движки переписывают, или вообще свои СУБД разрабатывают.
А так можно через IF и подзапросы, например.
stackoverflow.com/questions/17723808/mysql-if-stat...

Comments

[Anchor00]

Как считаете что лучше два запроса или один вложенный?

[Stalker_RED]

Не зная структуры БД сложно что-то рекомендовать. И вообще, ИМХО, создавать отдельные таблицы для разных классов товаров - плохо. Уже при двух-трех классах товаров начинаются сложности, а что будет когда их будут десятки или сотни? Реальный пример из интернет магазина: 1185 классов товара. От брелков и стиральных машин, до смартфонов и подгузников. Что, для каждого по табличке, и для каждого править код?

[Anchor00]

Stalker_RED: Какое решение Вы бы тогда выбрали для данной задачи? Т.е. для магазина разнородных товаров, когда кол-во типов и характеристик заранее неизвестно. Просто интересно Ваше мнение.

[Stalker_RED]

Отдельная таблица для групп товаров (футболки, кроссовки, мобильные телефоны)
Вторая таблица описывает свойства, которые есть у данной группы. (Цвет и размер для футболок, диагональ и объем батареи для телефона и т.п.)
Третья содержит связку свойство-значение. (диагональ телефона - 5'')

[Anchor00]

Stalker_RED: Понятно, благодарю за мнение. Ну это EAV. У EAV говорят, проблем также тьма=(( Тормоза, сложные запросы, лишение многих прелестей которые дает SQL. Разрабы Магенто к примеру хотели даже сами от него отказаться.