Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
16.10.2004, 15:54
|
|||
|---|---|---|---|
Как поступить ? Данные валидные с даты по дату |
|||
|
#18+
MS AS and SQL 2K В куб по продажам (20 млн. исходных записей) необходимо поместить меру, которая является производной от текущей даты, товара и филиала Причем значение постоянно для конкретного филиала и товара достаточно длительный период (от недели до - месяцев) - это цена в прайсе ;-) По смыслу - Надо узнать скидку от цены реализации (она есть в каждой строке факта) Товаров - до 10 тыс, филиалов - до 30, дней в месяце - до 31 ;-) Пробовали в "лоб" - делаем рядом куб с ценами и меру в кубе продах, которая постоянно за ценой лезет. Тормоза неземные, цену то не агрегируешь, никак ;-( Было видение 2-х вариантов реализации: 1) При заполении витрины узнавать цену, а записывать сумму (можно агрегировать) для каждой строки. В кубе просто каркулейтмембер разница/кол-во 2) Пишем цены в куб только в тех записях, где цена менялась, иначе NULL, и каким-то шаманством в кубе не делаем запрос к другому кубу и подмениваем дату для получения цены. Вообщем, дрова, и первый и второй вариант работает на порядок медленнее, чем все вокруг. Что можно придумать ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.10.2004, 16:10
|
|||
|---|---|---|---|
Как поступить ? Данные валидные с даты по дату |
|||
|
#18+
Самое простое, и ИМХО быстрое, вот эту величину (фикс. для предст. в период) помещать непосредственно в факты. А потом элементарно. [Скидка] = [Цена положена]-[Цена реализ.] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.10.2004, 16:49
|
|||
|---|---|---|---|
Как поступить ? Данные валидные с даты по дату |
|||
|
#18+
Пока так и делаем, но 1) Вьюхи, которые формируют данные для витрин стали сильно тормозить (просто сложные запросы с умножением матрицы дней на продукты и т..д.) 2) Неприятно "плодить" данные ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.10.2004, 18:31
|
|||
|---|---|---|---|
|
|||
Как поступить ? Данные валидные с даты по дату |
|||
|
#18+
1) Вьюхи, которые формируют данные для витрин стали сильно тормозить (просто сложные запросы с умножением матрицы дней на продукты и т..д.) а эти вьюхи все данные пересчитывают или инкрементально их подгружают? 2) Неприятно "плодить" данные с агрегацией цен на уровне MDX шутки плохи, имхо придется плодить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.10.2004, 18:38
|
|||
|---|---|---|---|
Как поступить ? Данные валидные с даты по дату |
|||
|
#18+
олапист 1) Вьюхи, которые формируют данные для витрин стали сильно тормозить (просто сложные запросы с умножением матрицы дней на продукты и т..д.) а эти вьюхи все данные пересчитывают или инкрементально их подгружают? Пересчитывают , но за "квант" времени - месяц ;-( олапист 2) Неприятно "плодить" данные с агрегацией цен на уровне MDX шутки плохи, имхо придется плодить Пасиба, так ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=49&mobile=1&tid=1872150]: |
0ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
143ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 251ms |
| total: | 480ms |

| 0 / 0 |
