v7: Не раскрывается группировка в запросе #681382

Подскажите, пожалуйста! При обходе не раскрывается группировка по клиенту, т.е. выводится только 1-й клиент, остальные - нет. А производитель выводится 2 раза. Такое впечатление, что мешает группировка по региону. Если ее убрать и заменить на другую (например, склад), то все в порядке.

Группировка Регион; Регион у тебя строка. возможно в этом дело?

Попробуй убрать .Наименование Пусть группируется по объектам Регион и Производитель, на не по строкам

Ой, прошу прощения! Это не тот запрос. Вот он. ТекстЗапроса =

код обхода давай

Не могу исправить верхний пост. Это можно как-то сделать? Получается вот еще что. Производитель, Клиент - это все из одного справочника элементы. Да еще и Регион - реквизит Клиента. Код обхода:

косяков не вижу - высыпь в ТЗ и проанализируй что к чему

|Группировка Произв упорядочить по Регион.Наименование без групп;;

В ТЗ: 1-я строка: общий итог 2: Итог по фирме 3: Итог Фирма+Регион 4: Итог Фирма+Регион+Производитель+Товар+1-й клиент 5: Итог Фирма+Регион+Производитель 6: Итог Фирма+Регион+Производитель+Товар 7: Итог Фирма+Регион+Производитель+Товар+2-й клиент Т.е. 4-я строка должна бы быть перед 7-й.

Производитель везде одинаковый? Точно или наименования совпадают?

проверь справочник "клиенты" на совпадение имён контрагентов

исправил ошибку в

нафига "текдок" в запросе?

это не ошибка

База SQL?

упорядочивание производителей по региону клиента? Это не ошибка?

упс я думал ты про ";;" да ты прав это упорядочивание глупое

KishMish, там нормально все, на самом деле там по производителю группировка стоит. Это универсальный отчет, в нем текст запроса формируется в зависимости от группировок, которые выбрал пользователь. И обход делается рекурсивной процедурой. Просто для проверки пришлось его вынести отдельно, т.к. иначе отладчик "выкидывает" из программы. Поэтому и текдок в запросе, т.к. пользователь может запросить по документам.

База SQL

так ты можешь дать РЕАЛЬНЫЙ код РЕАЛЬНОГО запроса и обхода группировок?

Упорядочивание, да, глупое, но это опечатка просто, т.к. старый текст не сохранился.

Вот вроде все проверено, работает так же:

Возможно sql не корректно обрабатывает. Как то сравнивал с dbf: случай когда есть регистр в нем 2 измерения с типом одного справочника, запрос не всегда корректно выбирает реквизиты одного из измерений, где то даже писал про это. Поэтому попробуй проделать все то же самое на dbf.

а попробуй вообще убрать упорядочивание

и через 3 точки получать в запросе особенно sql это зло.

Не помогает. Без упорядочивания то же самое.

убери регион...

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

У меня была ошибка в случае, например, если взять в запросе Регион из Клиента, а потом из производителя. Так вот во втором случае брался регион не производителя а клиента повторно.

И что же делать?

да ладно.. вот реально работающий прекрасно запрос ТекстЗапроса="

Без региона все отлично.

Клиент  в регистре, измерение какого типа ? <справочник> без вида поди еще , да ?

регистр оборотный или остатков?

ну я бы убрал все группировки выгрузил в тз без группировок, потом у меня есть рекурсивная функция которая позволяет вывести ТЗ с группировками. Может не очень красиво, но работает. Я пока не знаю проблема ли в sql или нет, попробовал бы на dbf.

Измерение Справочник.Клиенты

Оборотный

1с против этого в 1с 7.7 и 1с 8.2 т.к. это приводит к неявному соединению таблицы в sql. А 7.7 еще и не до конца заточена под работу в таком режиме.

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

И покажи результат этого:

мне глубоко по.. (ну ты понял) против чего 1С. работает и прекрасно работает. всё остальное сказки от 1С для устрашения

Попробую все, спасибо большое. Убегаю, завтра все выложу.

В dbf все работает правильно.

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

Так работает. Спасибо!

Удивил, я не знал об этой недокументированной функции, возьму на заметку)