<div class="h5"><br>
</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">он похож только в месте вставки переменной. и больше нигде.<br>
</blockquote><div>Ну насчёт "нигде" это явно не так.<br>Чем ваш шаблон<br>SELECT<br>
    % if ($type eq 'count') {<br>
        COUNT(*) AS count<br>
    % } else {<br>
        *<br>
    % }<br>Отличается от такого же по смыслу TT-шаблона<br>SELECT<br>

    [% IF type == 'count' %]<br>

        COUNT(*) AS count<br>

    [% ELSE %]<br>

        *<br>

    [% END %]<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
TT собственный язык. соответственно собственный<br>
его компилятор/интерпретатор.<br></blockquote><div>А то, что в DBIx::DR::PerlishTemplate не "собственный компилятор/интерпретатор"<br><br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

в Ep используется Perl. Соответственно все что можно сделать на TT<br>
можно сделать на Perl но не наоборот :)<br></blockquote><div>Если вязть в расчёт EVAL_PERL (который есть в TT), то наоборот тоже можно(но не нужно)<br></div><br></div>P.S. TT шаблоны переводяться в чистый перл 1 раз, а далее, как вы уже сказали "всю работу выполняет Perl."<br>
P.S.S. я не очень понимаю, зачем использовать такое кол-во сложного кода для генерации SQL<br>