https://wonderland.v8.1c.ru/blog/podderzhka-grouping-sets-v-yazyke-zaprosov/

"В языке запросов реализована поддержка GROUPING SETS (ГРУППИРУЮЩИМ НАБОРАМ). Поддержка данной конструкции предназначена для группировки по нескольким группам за одно сканирование таблицы, другими словами она эквивалентна конструкции ОБЪЕДИНИТЬ ВСЕ с запросами с СГРУППИРОВАТЬ ПО для указанных групп."

Как думаете, нужная вещь, часто может быть применена?

Напишу, что писал уже раньше

У меня аж сердечко екнуло - неужели, ну неужели групповой update объектных данных, а там и до настраиваемых индексов 1 шаг, ан нет.

По самой функциональности - сомнительное решение с сомнительной необходимостью. Не так часты эти Объединить, это разработчики типовых любят их пихать куда надо и, особенно, куда не надо.

(0) Ты, случайно, не из 1С?

Вот насчет читаемости - это по моем провал

По примеру из статьи - наоборот полная потеря читаемости

А эти "в разы сократить количество строк в запросах" - объединения не так уж часто и встречаются.
Но я представляю себе какой ад начнется в типовых на кусочно собираемых запросах

(1) а почему ты Михаил?

(2)Нет, конечно? )

(6) Учетка директора

(5)Да, в типовых очень много таких собираемых запросов и читать и осознавать их крайне сложно

(0) Странный у них пример и странная эта новая фича.

(9) А будет еще хуже)

Так то я хоть могу каждую часть объединения простым копипастом потрогать, а с этой хней как быть?)

(12) Ну старый вариант они оставят

(13) Ну это то понятно, но мозги то ломать будем на новой)

Ну теперь-то заживём!

(12)Развивать воображение, вероятно )

(8) своей, штоле, нету?

Блажь это.
Добавьте кастомные индексы!!!!!!!!!!!!!!!!

(19) Может петицию напишем?

Кастомные индексы
Временные таблицы в динамических списках
Групповое обновление объектных данных

>Временные таблицы в динамических списках  это есть

>Групповое обновление объектных данных
это сломает события модулей объекта (или не даст прироста относительно запроса с выбрать с постобрабткой)

(22) Нету. Основной смысл - поместить результат свайпа top 45 из основной таблицы в ВТ и дальше с ней работать как душе угодно

(19)А что имеете в виду под "кастомные индексы"?
Где и для чего их применять?

(24) А не извращаться с коррелирующими подзапросами.

(23) "это сломает события модулей объекта"

Надо сделать так, чтобы не сломало ;-)

(24) Я конечно понимаю что это не совсем на уровне запроса, но близко
https://wonderland.v8.1c.ru/blog/obrabotka-i-oformlenie-dannykh-dinamicheskogo-spiska/

Нафига?
Чтобы ущербные печатные формы делать на 10 строк кода короче?

(23) В обход событий всё равно было бы здорово

(25) Я так понимаю, что это про возможность добавить индекс (Измерение4-Измерение2)

(21) А мне, пожалуйста, возможность типизации переменных в процедурах и функциях. Чтобы интеллисенс нормально работал

(29) За интелсаенсом иди в EDT там это есть
"Я так понимаю, что это про возможность добавить индекс (Измерение4-Измерение2) "
Да, очеь очень часто когда надо

(30)EDT хорошо, если лет через 5 заработает нормально )

(28) Не всегда это работает, сейчас даже не вспомню, почему пришлось отсказаться.

(28) Интересно, спс

(30)
1. Пробовал.
2. Сильно плевался.
2. Выкинул.
4. Для ОФ тоже было бы неплохо.

(30) Скорее, не Измерение4-Измерение2,
ИНН-КПП

а
ИНН-КПП

(25) Да полно например мне нужен индекс (Измерение4-Измерение2)
Вот есть регистр и кровь из носу надо так.
Сейчас приходится или жрать кактус, или делать отдельную таблицу (Измерение4-Измерение2), писать всякие обработчики добавления, удаления и тд.
Даже на уровне банальных динамических списков иногда это надо.
Мне один раз для справочника работники пришлось делать отдельный регистр сведений, полностью повторяющий структуру справочника и настраиваить там поля. И да результат был не разы, а порядки.
(31) Конфигуратор на уровне работоспосбоности и все.

(35) Если поля 2 еще можно через допупорядочивание, а если 5-10?

(24) даже в таком варианте, вроде, есть

(36) Ну работников конечно была не одна сотня тысяч.

(37) Ну, суть понятна.

(38) нет

(39)Список справочника тормозил?

(42) Да, А любой отбор превращался в пытку.

(43) открытие секнуды 3, отбор до нескольких минут.
После - на грани моей реакции

Там просто нестандартная сортировка была

Хех, забавно сравнивать активность форума здесь (45 постов) и там (3 поста)

(46)Где "там" ?

(47) https://partners.v8.1c.ru/forum/topic/1839127

А-а-а, не все же там могут

(44) а денормализация и суррогатные ключи аналитики не спасли, штоле?

(49) ща подожди, утром жара начнется.

(50) Выше написано, что хотелось бы вот без этих извращений

(50) РС это и есть денормализация
Ключи аналитики - они немного для другого и боюсь в данной ситуации не помогли бы.

кто-нибудь реальный пример группирующих наборов может привести?
не такой как в статье

(52) и как это спасет при сортировке? когда тормозить будет именно top 25 where key > &previouskey?

(55) сортировка и основные отборы известны из ТЖ.
Мне - помогло.

(55) Сортировка по индексированному полю выполняется быстро, не понял, в чем проблема?

Антон, вы случайно не из отдела разработки 1С нам сюда пишите?

(58) не :)

(57) как в (26) получить то самое индексированное поле, если (как я понял), там что-то типа сортировки списка номенклатуры по дате последнего поступления на склад, например.

(60) а, Вы про другой кейс

(59) Какого тогда, простите, хрена?
Есть недоверие к приводимым фактам?
Ну, допустим, групповой update, это действительно граната, но композитные индексы достаточно безобидны, это понимаешь, когда видишь конфу, в которой все измерения всех РН индексированы.

Ахаха. Там интересное начинается.

(62) когда видишь "решения от партнеров" со всеми полями проиндектированными? а вообще индексы в 1с дурацкие, да. я в паре мест понавешал своих с заляпухами на их восстановление после реструктуризации.

(64) Ну вот почему не сделать эту возможность частью платформы, а не стрелять себе в ногу, формально нарушая лиц соглашение

(63) обычно с утра жарень идет

Пока не вижу особо ничего интересного в теме

а вот пошло, объект метаданных запрос)

Дрожжи кинуты) посмотрим с утра)

лучше бы они поддержку кастомных Виртуальных таблиц сделали.
ЗУПовцам бы очень помогло

Скорее всего это  было тестовое задание нового прога

понимаю смысл всего этого в чистом СКЛ. там у них с итогами не густо.
но у нас то есть ИТОГИ ПО, да и вообще СКД

Интересно,а конструктор будетпонимать такие конструкции?

(76)Должен, конечно
Как без этого можно такие новшества делать

(74) вряд-ли тестовое слишком много менять.
Конструктор запроса.
Построитель запроса.
Генератор текста для sql для всех СУБД и файловой
Конструктор СКД.
Оптимизатор СКД
Поведение во всех режимах совместимости
Ну и старые объекты.

Это то, что я навскидку вспомнил

(78) ну не тестовое для приема, а тестовое как первое рабочее задание ни на что не влияющее

Чисто утилитарная скучная оптимизаторская вещь, чего так возбудились-то?

(81) уже кому-то дали "ни на что не влияющее" https://partners.v8.1c.ru/forum/topic/1838099 (ошибка на багбоарде 10212223)

(82) к (80)

(81) там нет оптимизации, максимум сахар, но слишком много потенциальных мест затрагивает.
Ребята вон в округленияз то косячат (82) а тут куда как больше мест для ошибки.

А кому вообще нужен такой результат запроса? Где это можно применить?

сегодня нужно было, пишите я повангую

(86) Именно такое?
Для чего?

(87) скользящее окно завершенности

(88) Может еще начнем хранимки из 1С использовать в sql, которые из расширенного языка запросов 1С сами создаются?
По типу T|PL-SQL.

(89)+ Но тогда 1С окончательно превратится в нечто с жесточайшей специализацией и задранным порогом входа.

(89) или я недотумкал или это поддержка rollup

(91) и CUBE

Но речь не об этом, а о хрен знает сколько звенке.
Когда часть логики на сервер sql переносится.

(90) это сильно упрощает некоторые отчеты, это просто фича. Мб они просто увижели что на платформах это можно сделать и олимпиадник запилил

В итоге чтобы написать отчетик к 1С надо будет минимум 3 спеца, один по клиенту 1С и формам УФ, другой по серверу 1С и ЯП 1С и третий по запросам 1С и серверу sql.

в некоторых статьях tsql транслируется в C, и там вроде всё просто с (0), но круто же

Другими словами,итоги по нескольким вариантам.

пример с индексом по инн и кпп прекрасно решается через инн+кпп,а вот когда что то сложнее,уже хочется индекс.

за 10+ лет работы не понадобилось ни разу;
ROW_Number() был бы просто на пару порядков полезнее, имхо

(0) К сожалению,пример очень надуманный.Оценю в типовых конфигурациях,если там это появиться.Надеюсь это поддержано будет и конструктором запроса.Посмотрим,насколько тяжелее будет раскодировать такие запросы.В типовых те ещё шифровальщики запросов).

(97) Отдельный реквизит ИННКПП штоле?

(0)  Не вижу практического смысла. Приведите пример конкретной задачи.

(101)Там же в статье описали

(102) я могу на порядок больше реальных примеров, когда катомный индекс спас бы, даже в типовых, но его что то нет.
А там частный пример, похожий на расчёт прав или доступа.

(94) ниче, скоро 1с выпустит буховых человекоподобных роботов

НЕТ!!

Ключевая фраза в статье "можно гораздо изящнее". К сожалению, изящнее не получилось.

(106)У всех критерии гораздости разные

(106) "Мы стали более лучше жить..."

Пытался вспомнить, где можно применить новую конструкцию в запросах написанных за последний год. Безрезультатно..

У разработчиков платформы слишком много свободного времени - непонятные конструкции и новые диаграммы вместо гибкой настройки индексов и преобразования типов в запросе.

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

(108)Тема про индексы тема уже лет 5 поднимается, но нас не слышат...

(0) это скульный гроупинг ?
почему 1с пошла по пути расширения синтаксиса запросов ?
Как же всемогущий скд ?

Ждём лаг лид и тд ;)

(111)СКД не в любое место можно засунуть )

Я просто оставлю это здесь
https://partners.v8.1c.ru/forum/topic/1839442
Надеюсь на допомогу.

(114) плюсанул

но вообще - заходи по своим акком туда.

(114) поддержал, правда не обратил с какого акка там сидел)

(102) В статье описано, как это работает.  Это не пример РЕАЛЬНОЙ ЗАДАЧИ.  Это - сферический конь в вакууме.

Из статьи: "Мы хотим выбрать все возможные комбинации отдела, должности, руководителя, сгруппировав по ним и просуммировав зарплату." - кому это РЕАЛЬНО нужно?  Хрень какая-то...

(106) Поддержу.

Изящнее??? От количества скобок глаза кровью наливаются!

(119) Это ты на Лиспе ещё не писал ))

(120) "Я слишком стар для этого дерьма!" (с)

(118) да погуглите инет на гроупинг и где юзают
На сколько понял на сотне  юнион олов оптимизатор скуля
Не так хорош как на однопроходном гроупинг

(114) сто раз уже было, а воз и ныне там

(123) Держать строй!

(124) Я там ещё набросил

Пятница, а вы все чего то вялые.
Гого делиться болью на партнеру.

Хотя бы лайки ставьте.

(126) доступа нет у простых смертных. а так бы от нашей боли партнерка стопорнулась)

(128) укради учётку начальника и поставь лайк!!!
Ну или попроси.

Вопрос то на самом деле серьезный.
Надо больше хайпа

(129) я фикси. нет у нас учетки(

Гого трясти своими 49.5 на партнерку)

не стесняемся, апаем)

За апы всем, кто учавствовал - огромное спасибо, но чем больше - тем лучше.

(82) самое смешное, что релиз не отозвали.

(135)А что там?

(114) да всем плевать на этот пункт в политике 1с и все уже давно фигачат, то что нужно в обход платформы. Неужели в 1с думают, что крупный бизнес будет стоять перед выбором сделать оптимизацию средствам субд за "бесплатно" или затратить кучу человеко часов на доработку в системе, только по тому, что кто-то в отделе разработки 1с тупит уже лет 10 по этому поводу.

(136)

Запрос такого вида:

ВЫБОР ЗаказыКлиентовОстатки.СуммаРасходСУчетомМерныхТоваров * 100 / ДокументЗаказКлиента.СуммаДокумента

при условии, что ЗаказыКлиентовОстатки.СуммаРасходСУчетомМерныхТоваров = ДокументЗаказКлиента.СуммаДокумента = 28500

на 8.3.14 выдает 100
на 8.3.15 выдает 99,999945

(114) фальшстарт! Я-б собрал набор пожеланий с охрененной кучей плюсов и всем пакетом выдал в 1С.
Этап первый - собрать пожелания. Этап №2 - адекватно оформить, к примеру кастомные индексы я-бы просил хотя-бы для корп.серверов. Этап №3 - собрать плюсов пачку, причём не только здесь а и на ИС.
Но это требует работы и времени - выпустить пар фальшстартом проще но в пустую.

(126) не у всех есть туда доступ...

(130) ну уж нет, имхо тут нужно разучиться поддержкой больших масс трудящихся кодеров и долбить после этого тему как воробей мёрзлое сало.

(141) Нормально, апается потихоньку.

(142) слишком неспешно... так я могу уйти на пенсию а кастомных индексов так и не будет.

(138) Душевно

Неужели снова украли идею из T-SQL?

(143) Лучше хоть так, чем вообще никак.