Имеем такой запрос
     ТекстЗапроса = "
     |SELECT
     |*
     |FROM
     |$РегистрОстаткиОбороты.ОстаткиТМЦ(:НачДата,:КонДата~,,,LEFT JOIN $Справочник.Номенклатура as СпрНом on СпрНом.ID = Номенклатура,,(Номенклатура),) as Рег;
     |";                                                    


Вопрос: а как использовать поля присоединенной таблицы в группировке? (Например, хочу сгруппировать по СпрНом.Descr)

При просмотре сгенеренного sql видно, что на нижнем вложенном запросе присоединение нормально участвует - а в запросы выше не выбирается.
На запись в группировки выражений аля "СпрНом.Descr" получаем ошибку про недопустимое значение параметра (7).

Соединение результата выборки из ВТ и таблиц возможно - но сильно усложняет логику при переписывании отчетов на прямые запросы. Скажем, то что легко пишется на внутреннем языке 1с - группировка по основному свойству - здесь приходится делать вне виртуальной таблицы. В итоге:
1) делим логику на несколько частей (фильтры придется писать в 2х местах), что само по себе плохо
2) необходимо включать посторонние группировки (например, для основного свойства нужно включить группировку номенклатуры - иначе не с чем соединять будет)
3) тащим с SQL сервера на клиента заведомо большой кусок данных (лишняя группировка)
4) внутри клиента приходится группировать заново с помощью таблицы значений или индексированной, что накладно.

Итог: хотелось бы функционала внутри ВТ. Тогда всю работу сделает sql и на клиенте останется лишь показать.
Я хочу понять, можно ли такое сейчас сделать? Если нет - то, думаю, стоит feature request сделать.

Цитата:

а я вот не вижу например разницы написать JOIN внутри ВТ и за ней - разница то какая?
лиший alias прописать?
так зато все понятно и удобно.

это можно сделать только так:
SELECT
    СпрНом.Descr,
    ...
FROM $РегистрОстаткиОбороты.ОстаткиТМЦ(:НачДата,:КонДата~,,,,,(Номенклатура),) as Рег
LEFT JOIN $Справочник.Номенклатура as СпрНом on СпрНом.ID = Рег.Номенклатура
GROUP BY СпрНом.Descr

Кроме того в данном случае соединение снаружи таблицы потенциально эффективнее, так как соединение внутри ВТ произходит с большим количеством записей (может участвовать таблица движений) чем в результате ВТ.

Да! Конечно, было бы медленнее - соединение на каждую строку из вирт таблиц движений и итогов - зато было бы подобно языку 1с: добавил все соединения ВТ, указал все измерения и фильтры - и вся выборка данных готова. Т.е. совместимость выше со стандартными отчетами .

Тем более, тем, кому хочется скорости - никто не запрещает использовать соединение снаружи.

Да и ничего в концепции не изменилось бы особо. Просто парсеру нужно оценивать, что тащить с нижних запросов.

...Блин, был бы этот парсер на языке 1с - сам бы дописал...

mixsture писал(а) 19. Июня 2008 :: 04:00:


Спасибо, ненадо! Наелись уже ...