Как вычислить среднее значение в колонке таблицы значений ? #620978

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

тз.Итог("мояколонка")/тз.Количество

Итог Количество

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

Постоянно... колонок 12, строк 31, значение в строках есть не везде, надо вычислить среднее значение во всех колонках.

не понял

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

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

тогда предложу запросом

некошерно как-то

При заполнении ТЗ создай колонку "Есть значение", проставляй в этой колонке единицу при наличии ненулевого значения в соседней колонке. Тогда можно без перебора обойтись. Возьмешь для подсчета количества итог в этой колонке.

0,0,0,5,0,0,2,0,0,3 - вот отсюда надо вычислить среднее.

типа и так можно сортировать

лучше скажи свою версию среднего по этим данным

почему?

3,33

а зачем данные на скл гонять только для того чтобы посчитать?

значит сортируешь по убыванию и складываешь пока не 0, дальше прерываешь цикл и делишь на количество обработанных строк и делишь

пусть работает, скотина бессловесная. даром, что-ли, на неё деньги потрачены? :)

боже мой... и до сих пор никто не предложил правильного?

я предложил уже

Нее, Вас только ждем.

а, предложили... только не разжевали...

автору только читать подучиться и все у него получится

правильно в

Расположение строк нельзя нарушать.

правильно в

с чего бы в 8 правильно, 1С в любом случае обходит коллекцию, причем все поля, чтобы положить таблицу на сервер, потом скл пишет в темп дб, потом выполняется запрос, что же в этом правильного?

тогда уже просто обойти колонки проще

Итог(...)/(Количество - НайтиСтроки(тута отбор по нулю).Количество)

строки

да, прикольный вариант, крутился)

обращайтесь. А вообще задолбали примитивные вопросы. Такое ощущение, что алгоритм простейший составить не могут люди. Приходится "вредные советы" давать.

ну и понятия о том, что такое "среднее", суммовые разницы, и т.п. у всех тоже свое...

:(

Не так все просто, там еще итоги в 0 и 32 строке (по индексу).

молодец. а теперь себе ответь на вопрос, откуда берется эта таблица?

2даже думать нечего, и так понятно

кстати, в феврале 28-29 дней...

в апреле - 30...

а если оно на форме - то походу автор не осилил шапку и подвал у табличного поля...

Это не важно, где нет дня там 0, отчет разбираю прошлого программера, статистика продаж.

Не на форме, данные собираются запросом, ложатся в ТЗ и от туда в макет.

съел?  :Р

а запрос не позволяет это сделать ДО того, как ты склеишь реальные обороты с числами?

а в запросе сразу никак не посчитать?

я же не виноват в том что автор непробиваем

а сразу взять в запросе?

у меня вообще есть предложение к автору: не трогать то что работает

Медленно работает.

Смотри не на ТЗ, а на запрос.

Там периодичность ДЕНЬ стоит, среднее надо за месяц, итоги нужны за день, 10 дней, месяц

в самом общем виде:

а чё это у тебя за консоль?

2 всем плевать. серьезно

ч0рт, жизнь прожита зря. пойду, заценю

2 добавляю в каждую базу в которой возможна работа с толстыми формами. просто развязывает руки.

Куда ставить среднее за месяц в этот запрос ?    Запрос = Новый Запрос("

гыгы, а если Продаж в какой-то день не было, а издержки были?

продажи (включая вычисленное среднее) -> ВТ, а ВТ уже соединяй/объединяй

кстати, а в чем прикол соединять по полю День? начальные и конечные даты всегда в пределах месяца? Да и при этом все равно из виртуальных таблиц даты начала дня при такой периодичности возвращаются и сразу по ним соединять без всяких извращений с День

Как то так получилось:

Ура