>> я тоже спрашивая надеялся получить ссылки на готовые проекты, а не >> ответы вида "вы готовить DBIC не умеете".
> А как я еще могу ответить на "не теряйте время на решение нерешимого", > особенно когда почти все уже решено? :) покажите это "почти решено" оно же даже отношение между ДВУМЯ объектами не умеет! >> >>> Как сказано в >>> http://mail.pm.org/pipermail/moscow-pm/2011-October/010808.html >>>> Для начала - выложите search() с аргументами, и какой SQL был в результате >>>> наворочен. Для дополнительного бонуса - предложите каким SQL можно бы было >>>> все заменить >> >>> Все остальное пустой звук с извинением >> >> я структуру таблиц и требуемый отчет по ним привел. по моему этого >> достаточно. > Я могу привести наверное штук 6 *принципиально разных* раскладов таблиц > которые будут соответствовать данному отчету. Важно не что было спрошено > а *как* было сделано. а оно делалось по всякому. нигде удобоваримого запроса не получилось. тут проблема не в том *как*, а проблема в том что инструмент для таких задач не подходит. ну и 6 раскладов таблиц что вы приведете - ни один не даст нормального SQL-запроса. разве что провести полную денормализацию, либо делать VIEW на каждый репорт. собственно и то и другое - решения из за ограниченности инструмента -- Moscow.pm mailing list [email protected] | http://moscow.pm.org
