v7: Все ВошедшиеВЗапрос и 1С++ #658586

Доброго времени суток! Кто-нибудь пробовал реализовать конструкцию "Все ВошедшиеВЗапрос" с промощью 1с++? Нашел пример: |"; и по нему постоил свой запрос, но он не работает. Спасибо.

весьма забавный запрос

Писатель примера взял за основу ToySQL: На основе статьи с сайта 1csql.ru

а если cross join вместо запятой? а еще можно забить на эти мутные джойны и написать group by with cube

Даже ссылка неверно указана

я бы вот это пользовал и привет, а получал бы обычную плоскую таблицу

with cube не помогло

суть не в итогах по группировкам, а в выводе всех измерений регистра даже если значение ресура 0

ну и соединяй со справочниками-измерениями..

для этого в 1с и есть Все ВошедшиеВЗапрос

ну, не используй ВТ - напиши запрос руктями + having выкинь оттуда - будут тебе 0

Это оригинал 1с:

|    |(

зачет, ага. Какое отношение ЭТО имеет к запросу в ?

это был пример реализации

WITH ROLLUP лучше не писать..это устаревший синтаксис

Что с ним, что без него (разве что строку группировки дает)

Ачего не устраивает в запросе ?

ну окромя того, что он не оптимальный..

Все ВошедшиеВЗапрос в запросе 1С++ не реализован

:))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))

Кто тебе сказал такую дурость ?

в моем запросе не реализован а не вообще

1cpp тебе всего лишь предоставляет удобный инструмент доступа к данным и..даже ВТ для твоего удобства слепили. Нужно большее - пиши руктями запрос, получай, всё что угодно

что именно в твоём запросе не реализовано ? Тебе может нужно Группировка Клиентос ВСЕ ?

Если че, Все ВошедшиеВЗапрос - это только то, что функция считала, т.е только те клиентосы, которые реально есть в выборке, а не все, что в справочнике.

Нужны все , что есть в справочнике - велком соединение с табличкой справочника

не только не все что в справочнике а все которые вошли в запрос

это разные вещи

я как бэ в курсе. Еще раз, чем тебя твой запрос не угодил ? Он сейчас аналогичен Все Вошедшие в запрос

очтет строится не только добавляя строки, но и колонки.

совсем не аналогичен.

по одному товару выдет 20 клиентов а по другому только 2, а надо и там и там по 20

Это как раз и делает Все ВошедшиеВЗапрос

выкини union, используй left join + coalesce либо делай cross join + group by самим с собой

в твоём случае, примерно так: from _1sjourn as Жур (nolock) left join $Документ.Расходная as РасхШ (nolock) on РасхШ.iddoc = Жур.iddoc left join $ДокументСтроки.Расходная as Расх (nolock) on Расх.iddoc = Жур.iddoc left join $Документ.Приходная as ПрихШ (nolock) on ПрихШ .iddoc = Жур.iddoc ..... where Жур.iddocdef in ($ВидДокумента.Приходная,$ВидДокумента.Расходная,$ВидДокумента.Возвратик) and Жур.Date_Time_IDDoc between :НачДата AND :КонДата~

ну и воткнуть туды sum и uhjeg,fq

group by

Из описания: Это очень опасно для таблиц, содержащих большое количество данных. То есть получаются ВСЕ возможные комбинации, включая все Null-null строчки. сейчас в запросе около 15000 строк а с cross join скольбо будет? 15000 в квадрате. мне не нужны строки типа null-null. достаточно значение - null

Спасибо, это попробую.

чтобы сделать правильный запрос, надо подучить теорию множеств. одним из видов языков работы с множествами является SQL.

для начала надо сделать временную таблицу фактов через UNION. а потом по ссылке указанном на моем сайте, сделать уже основной запрос - там в конце статьи полностью аналогичный запрос.

Да, ToySQL это делает намного лучше. :)

Вот я в очередной раз поражаюсь... Далось вам это ВсеВошедшие. 1С смешало в кучу получение данных и отображение их, и у всех моск набок. Если надо показать что данных нет - сделай это при выводе в отчёт, не парь моск серверу.

мне как раз для вывода отчета и нужно "Все ВошедшиеВЗапрос".

ну так получи этих всех на клиенте, какие проблемы?

На клиенте долго это получать. Запрос написанный под ToySQL это делает намного быстрее.

Долго?  Каков же размер набора строк результата? И потом, не нужно забывать, что SQL-сервер конечно эффективнее в работе с табличными данными, но ему потребуются дополнительные ресурсы для такой операции. 1С-клиенту _дополнительных_ ресурсов потребуется меньше.

15000

Клиент вообще все делает без ресуров, в цикле тупо перебирая строки.

Даже тупо загрузить в другую ТЗ и свернуть по нужной колонке - фигня, по сравнению с формированием собственно печатной формы.

Печатная форма меня вообще не интересует, что в отчете с запросом 1С что в 1С++  она формируется одинаковое время. А вот запрос 1С формирует результат несколько десятков минут.

ну конечно, когда запрос 10мин, а печать 30 сек - не интересует. А вот когда запрос 1сек - то задумаешься и про печать. А вообще я говорил про сравнительные затраты на разные операции. Оптимизировать надо в первую очередь наиболее затратные. А если затраты различаются в порядки - глупо вообще ими (мелкозатратными) заниматься.

Таки получилось. Не остаточный вариант, но Все ВошедшиеВЗапрос  делает. Не знаю, правда, где лучше применить фильтры, в каждом подзапросе или уже в самом верхнем обрезать лишнее.

Это окончательный вариант:

какой то неправильный мёд

Но работает. Ищу оптимальный вариант размещения фильтров.