SQL выборка. затуп.

Если ты хочешь одной строкой собрать данные из нескольких строк, то в данном случае лучше это сделать подзапросами:

select (select), (select), (select)...

Можно сделать JOIN'ами таблицу саму на себя (раз 5 в данном случае), но это будет более трудоемко. Считай надо сравнить количество записей в 5 степени.

Хотя многое зависит от индексов еще, но, ИМХО, первый вариант и проще читается и проще расширяется.

Это выходит за рамки SQL. Какая RDBMS у тебя?

Id-хи проп ты знаешь заведомо или нужно чтобы было динамично?

будь в sql агрегатор (подобный встроенным min,max,avg,sum...) fild2line то просто

selest goody_id,fild2line(prop_value_id) from tbl group by goody_id

а вообще твой запрос не реляционный , а какой то @классический@ key-value

тут sql не нужен.

т.е по факту ты после получения обычного

isql -c «select goody_id,prop_id,prop_value_id from tble where goody_id=$some_value$» |«awk слипание строк с....»

Всем спасибо за внимание :) я сразу и сделал джоинами таблицы к самой себе. Но таблица будет разрастаться, и такой метод будет очень ресурсоёмкий.

СУБД MySQL.

Я полагаю тебе стоит пересмотреть структуру хранения данных.

В общем, у меня EAV модель данных. Это, конечно, кошмар для SQL. Может есть толковые движки для работы с EAV данными ?

Нормальные СУБД опускают проверяют условие выборки перед операцией JOIN, так что от разрастания таблицы ресурсоёмкость не увеличится. Если же у тебя запрос, который делает выборку вообще всей таблицы, то и без JOIN-ов будет тормозить.

индексы на пары (свойство=значение) я ввёл. пока огромного объёма данных нет. я очкую за будущее :) На сколько, по-твоему, MySQL - «нормальная СУБД» ?