[Moscow.pm] аналог SQL View в DBIx

[Alex Ivin]

Eugene Toropov пишет:
> Это ж как раз то, чего человек хочет избежать:
>
> # It will be added as a sub-select after FROM,
> # so pay attention to the surrounding brackets!
Именно так.

> А нельзя через:
>
> search_literal
>
> Arguments: $sql_fragment, @bind_values
>
> Return Value: $resultset (scalar context), @row_objs (list context)
>
> my @cds   = $cd_rs->search_literal('year = ? AND title = ?', qw/2001 R
> +eload/);
>
> my $newrs = $artist_rs->search_literal('name = ?', 'Metallica');
>
> Или case в селекте нереализуем?
>

Даже если Case нереализуем такими путем, я могу поступиться принципами и 
проверять null/не_null в момент вывода в шаблоне...

Но мне не улыбается делать сложные джойны в самом Controller.
Т.е. хочется иметь объект который однозначно будет описан в одном месте 
и обращаться к нему примитивнейшим образом в нужный момент и много раз 
(в смысле в разных Contoller-ах).
Приведенный мной текущий пример с двумя джойнами простой, но я прекрасно 
представляю, что не за горами ситуация когда  мне надо будет соорудить 
что то сложное, с многими join и union в целях оптимизации времени 
выполнения. Грубо говоря - сейчас я готовлюсь к войне, чтобы потом было 
легко в бою.
А двойной селект или одновременное использование DBIx & DBi не кажутся 
мне случаем когда "в бою легко".


Самое смешное, что View в MySql 5 решает эту проблему переносом этой 
логики на SQL сервер. Но мне приходится расчитывать на MySql 4.11