Текущее время: Пн, июл 21 2025, 01:36

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 27 ]  На страницу Пред.  1, 2
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Чт, апр 26 2007, 17:53 
Директор
Директор

Зарегистрирован:
Сб, мар 11 2006, 14:59
Сообщения: 1259
Пол: Мужской
А вот что интересно, в спец агрегации... у меня хорошо заработал подсчет ненулевых значений (типа для distinct count по определенному признаку). А вот с, например, средним - какая-то неувязка, которая заключалась в том, что если выведен признак, по которому проводится агрегация, то оно так и получалось. А вот если не выведен, то тупо суммировала все. Это так и должно быть или глюк или мне показалось тогда? Попробую сделать иллюстрацию:


Имеем в источнике для отчета
Ном контракта, ном дог., ном. позиции, кол-во материала
1, 1, 1, 10
1, 1, 2, 20
1, 2, 1, 100
1, 2, 2, 200

Со средним по номеру договора могу получить такой отчет:
Ном контракта, ном дог., кол-во
1,1, 15
1,2, 150

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

А хотелось бы - 1, 165

Или это нереализуемо?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, апр 27 2007, 09:34 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Ср, авг 10 2005, 09:24
Сообщения: 1023
Road Runner написал:
Но стоит убрать ном договора, как получается
1, 330

А хотелось бы - 1, 165

Или это нереализуемо?


периодически возникают на форуме вариации на эту тему... ответов на них так и нет...

Но ведь существует же для чего то метод рачета "Перед агрегацией"... Добиться от него работы мне так и не удалось.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, апр 27 2007, 09:37 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, авг 16 2006, 03:22
Сообщения: 464
Пол: Мужской
Договор
1 2 Итого
Контракт 1 Позиция 1 10 100 110 Общая агрегация
1 2 20 200 220 Общая агрегация
Итого 15 150 165
Спецагрегация Спецагрегация Спецагрегация

Убираем договор
Позиция
1 2 Итого
Контракт 1 110 220 330 Общая агрегация


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, апр 27 2007, 09:38 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, авг 16 2006, 03:22
Сообщения: 464
Пол: Мужской
Может у инфо-объекта - показателя сделать спецагрегацию AVG по договорам? Тож самое наверное будет. Надо добавлять признак на ось и скрывать его


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, апр 27 2007, 10:28 
Директор
Директор

Зарегистрирован:
Сб, мар 11 2006, 14:59
Сообщения: 1259
Пол: Мужской
Lench: Очень страрался, но не понял ничего в первом Вашем примере.
:(
А по второму сообщению - как раз я и говорил про то, что AVG на показателе с ссылкой на "договор" и не работает, если признак не в отчете, а если его добавить в отчет и потом скрыть, то там так и останутся две строки, не станут суммироваться.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, апр 27 2007, 10:51 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, авг 16 2006, 03:22
Сообщения: 464
Пол: Мужской
Чет табуляция не поддерживается в сообщениях
_____________________Договор
_____________________1___2 Итого
Контракт 1 Позиция _1_10 100 110 Общая агрегация
________1_________ 2_20 200 220 Общая агрегация
_______________ Итого 15 150 165 Спецагрегация

Убираем договор
____________Позиция
___________1__2__Итого
Контракт 1: 110 220 330 Общая агрегация

А насчет скрытия тут уж зависит от конкретной ситуации, в конце концов есть рабочие книги с VBA...


Последний раз редактировалось Lench Пт, апр 27 2007, 10:53, всего редактировалось 1 раз.

Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, апр 27 2007, 10:52 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Пт, июн 24 2005, 15:18
Сообщения: 1216
Откуда: Diagon Alley
Road Runner написал:
Это так и должно быть или глюк или мне показалось тогда? Попробую сделать иллюстрацию:


А вы посмотрите внимательно на ваши же примеры:

Road Runner написал:
Имеем в источнике для отчета
Ном контракта, ном дог., ном. позиции, кол-во материала
1, 1, 1, 10
1, 1, 2, 20
1, 2, 1, 100
1, 2, 2, 200



Road Runner написал:
Со средним по номеру договора могу получить такой отчет:
Ном контракта, ном дог., кол-во
1,1, 15
1,2, 150


В данном случае усреднённое значение показателя для номера договора 1 = (10+20)/2 = 15, а для номера договора 2 = (100 + 200)/2 = 150.


Road Runner написал:
Но стоит убрать ном договора, как получается
1, 330

А хотелось бы - 1, 165


А вданном случае вы хотите видеть среднее по номеру контракта. Номер договора вы вообще убрали из развёрстки.

И расчёт до агрегации здесь вообще ни к месту. Так как средние значения могут быть посчитаны только после агрегации.

_________________
"Если ты в молодости не испытал трудности, их стоит купить за большие деньги". (с) Даймо


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, апр 27 2007, 11:25 
Директор
Директор

Зарегистрирован:
Сб, мар 11 2006, 14:59
Сообщения: 1259
Пол: Мужской
RSA1 написал(а):
Road Runner написал:
Но стоит убрать ном договора, как получается
1, 330

А хотелось бы - 1, 165


А вданном случае вы хотите видеть среднее по номеру контракта. Номер договора вы вообще убрали из развёрстки.

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, апр 27 2007, 11:35 
Директор
Директор

Зарегистрирован:
Сб, мар 11 2006, 14:59
Сообщения: 1259
Пол: Мужской
Lench: Понятно, только все равно напутано. :)
В моем примере контракт один на несколько договоров, каждый из которых может иметь несколько позиций. А Вы привели пример, что в строках контракт и потом сразу позиции договора, а в столбцах развернуты договоры... это нечитабельно, непонятно и неправильно, т.к. может быть и 1000 договоров, а кому нужен отчет с тысячей столбцов?

Ну а что касается вэбэа, так оно понятно, что есть вэбэа и рабочие книги, но это ограничивает пользователей, в нашем случае мы продавали именно ОЛАП и рекламировали, что пользователь сам может менять отчеты, без знания вэбэа у пользователя не получится менять рабочие книги с вэбэа, скорее всего.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, апр 27 2007, 12:02 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Пт, июн 24 2005, 15:18
Сообщения: 1216
Откуда: Diagon Alley
Road Runner написал:
В том случае я хотел видеть не среднее по контракту, а все же среднее по договору. Т.е. - раз я задал, что среднее по договору, я расчитывал, что сначала система рассчитает среднее по специальной агрегации, а потом свернет по обычной агрегации (т.е. в примере я ожидал, что она расчитает среднее на уровне "договор" для каждого договора, а потом просуммирует показатели всех этих договоров, которые входят в один контракт).


Вы слишком много хотите от системы. Она "тупая". Системе пофигу, она "видит", что у вас в развёрстке присутствует только номер контракта и соответственно вычисляет показатели. И в данном случае систем права. С математической точки зрения это правильно.

_________________
"Если ты в молодости не испытал трудности, их стоит купить за большие деньги". (с) Даймо


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, апр 27 2007, 17:06 
Ассистент
Ассистент

Зарегистрирован:
Чт, дек 07 2006, 15:06
Сообщения: 28
Попробуйте в свойствах показателя в BEх в поле "Расчет результата как" поставить значение "Суммирование".


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Сб, апр 28 2007, 15:10 
Директор
Директор

Зарегистрирован:
Сб, мар 11 2006, 14:59
Сообщения: 1259
Пол: Мужской
В целом понятно. Просто с подсчетом количества оно работает и при отсутствии признака (впрочем наоборот было бы странно, т.к. если вынести признак, по которому делается эта специальная агрегация, то там всегда = 1 будет), расчитывал на одинаковый алгоритм поведения. :)
2 RSA1 & Lench - спасибо за объяснения
2 Евросетянин - это Вы проверяли, что оно будет работать или просто предложили? ;) Потому что как раз "претезия" состояла в том, что система, в описываемом случае, не считает специальную агрегацию, а просто суммирует. Как мне кажется, если я дополнительно установлю в результате "суммирование", то суммировать в агрегации запроса оно от этого не перестанет. Да и ценность всех этих "расчет резульатата как..." несколько сомнительна для меня - все равно при попытке использовать значение ячейки в формуле система берет то значение результата, которео выводится при "неопределено".


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 27 ]  На страницу Пред.  1, 2

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Yandex [Bot]


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

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB