Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
RS2005 - можно ли обрабатывать данные на стороне самого RS
|
|||
|---|---|---|---|
|
#18+
Уважаемые, давно копаюсь в документации но пока так и не наткнулся на решение вопроса. У нас имеется отчет разновидность ABC, это когда товары делятся на группы по их степени вклада в размер приносимой прибыли. То бишь группа А дает 70% прибыли, группа B еще 20%, и последняя С оставшиеся 10%. Модификация заключается в том что добавлены еще две группы D-ноль и D-минус(не приносящие прибыли и наносящие убытки), а в них содержатся еще 7 подгрупп для определения времени их воздействия( от 10 до 60 дней, от 60 до 120, от 120 до 180 и т.д. до больше 360). Причем для расчета группы приносящей убытки требуется чтобы в группу (например для 120-180) попали только те товары которы во всех ранних группах (то есть от 10 до 60 дней, от 60 до 120) приносили убытки. Пока отчет реализован через процедуру SQL. Сам набор данных анализируемых товаров формируется в несколько приемов с созданием промежуточных таблиц, чего я планирую избежать после перехода на OLAP кубы. А вот разноска по группам осуществляется следующим образом. Полученный набор данных сортируется в порядке размера приносимой прибыли. Дальше распределяем товары по группам в несколько приемов: -все товары с нулевой или отрицательной прибылью определяются в соответствующие группы D-ноль и D-минус (распределение по подгруппам идет отдельно) -для товаров A, B, C определяем общий размер прибыли не учитывая группы D. Далее считается накопленная прибыль то бишь (первая строка содержит прибыль от своей продажи, вторая прибыль от продажи первой и второй, третья от первой, второй и третьей и т.д.) Пока сумма накопленной прибыли товара не превысит 70% товары попадают в группу А, потом пока не достигнет 90% в В и оставшиеся в С. Далее определяются периоды для вложенных 7 подгрупп. с нулевой все просто, а вот убыточная группа выполняется через цикл в 7 шагов. В первый раз определяются товары из всего набора D-минус для первой группы 10-60, во втором цикле выбираются все товары которые принадлежат только группе 10-60 и они попадают в 60-120, в третьем анализируются только 60-120 на попадание в 120-180 и т.д. Сейчас поставили задачу разгрузить БД и перевести все на OLAP поскольку база используется сторонним приложением, да и сам по себе отчет на агрегированных данных должен работать быстрее. И вот наконец собственно сам вопрос. С OLAP я легко получу набор данных подлежащий обработке. Но сколько я не читал документацию так и не нашел могу ли я реализовать обработку результатов на стороне RS(конкретно распределение по группам)? Знаю что можно задействовать VisualBasic, вот только каким образом я смогу работать с набором записей которые получает RS, да и каким способом можно делать временные таблицы для обработки не понял. Пока удалось только использовать его для форматирования и специфических вычисляемых значений. Но по вычисляемым значениям не возможно делать дальнейшую сортировку и обработку RS ругается. Возможно в самом OLAP имеются инструменты чтобы выполнять такую разноску, буду крайне признателен если подскажете в каком направлении копать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2008, 07:31 |
|
||
|
|

start [/forum/topic.php?fid=31&fpage=108&tid=1537039]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
27ms |
get topic data: |
15ms |
get forum data: |
2ms |
get page messages: |
27ms |
get tp. blocked users: |
1ms |
| others: | 16ms |
| total: | 114ms |

| 0 / 0 |
