Как в запросе (динамический список) извлечь квадратный корень? #693125

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

нуно перестать этого хотеть

программизды, млин, динамический список - это не волшебная палка, он стоит ресурсов сервера, не надо везде его тулить, где можно и нельзя и выводить им все подряд, включая бессмысленное и беспощадное. Динамический список - это НЕ отчет

Поддерживаю ДС только для вывода данных, которые часто обновляются. Не более. А это точно нужно делать?

имею ввиду через ДС.

А если за это хорошо платят?

Разложите в ряд Тейлора

Ломать могз за почти нереализуемое?

Ты это счас с кем только что разговаривал?

Вы как считаете тут не часто обновляемые данные??

Не вникая в нюансы эффективности, а отвечая на вопрос - Вызови функцию в которой вычисли. Вто пример из семерки // Где зворовал уже не помню

клево, знаю, но к динамическим спискам не имеет отношения

а что не к шестерке?

гы.. в восьмерке вообще то степенная функция появилась. Поэтому давайте без извращений.

)) Ну так  и ответь те парню, че вы тут титю мнете )) З новим годом

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

Не можешь помочь, не разводи флуд. Умник.

заканчивайте уже бухать. Решение же элементарное. Заводите регистр сведений: измерение Аргумент, ресурс Корень. Заполняете обработкой, ну миллион значений вам хватит за глаза, и в динамическом списке пишете ЛЕВОЕ СОЕДИНЕНИЕ с этим регистром

это была лучшая шутка за всю неделю

и в точку. а подходит?

Что за задача? Зачем нужен квадратный корень??

А, глядя на картинку в , есть сомнения и о необходимости динамического списка

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

Ну и какого художника статистика выводится в динамическом списке? Статистика имеет смысл только на статичных, сука, данных. На свершившемся, сука, факте! И не может недельное потребление крутить тазобедренным суставом как первокурсница на барной стойке. Специально для этого в компоновку данных добавлены статистические функции, в том числе и то самое отклонение. Чего вам еще надо? Это ж надо додуматься - давить F5 в надежде, что отклонение изменится...

а это плавно подводит нас к

Не надо делать на платформе 1С то, для она явно не предназначена. Если уж такая надобность вообще появилась - очень даже пора задуматься о перепроектировании конфигурации в целом.

То есть для вывода больших списков ДС определённо не подходит, да?

Как раз для больших списков и подходит. Но если в запросе  наложить левое соединение и установить динамическое считывание данных будет тупить отображение.

В вы утверждали, что только для часто обновляемых данных. О левом соединении вы опять-таки какой-то частный случай описываете, поскольку во многих ситуациях тупить отображение будет при нединамическом считывании.

обновление там не ради того чтобы увидеть отклонение. а вот смена статусов и фильтрация списка происходит достаточно часто, собственно ради это и был в основу взят динамический список. да шо вы говорите?? ради одной обработки УТ предлагаете переписать? Можно вообще ничего не делать. Сторожем в зоопарк например устроится. ага)), лучше подождать на пару сек дольше пока ТЗ загрузит 30k записей... а с отборами и фильтрами вообще мечта бездельника))

А потом будут жаловаться, что "1С тормозит!".

И что должен немедленно сделать оператор, наблюдающий за вашим списком, при смене статуса? Подпрыгнуть и три раза обежать вокруг комнаты? Если требуется немедленная реакция на событие в системе, это реализуется при помощи оповещений и бизнес-процессов. А если немедленной реакции не требуется, то постоянная перерисовка списка - это вредительство, так как бессмысленно отжирает ресурсы.

+1 к бизнес процессам

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

вот и ищи потом ответы в таких темах, развели тут.