ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / OLAP и DWH [игнор отключен] [закрыт для гостей] / AS2000 Big Aggregations, Странные результаты
9 сообщений из 9, страница 1 из 1
AS2000 Big Aggregations, Странные результаты
    #33469780
kornal
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kornal
Участник
AS2000 Ent Edition, SP4.
Большой куб, 220Гб, партиции по месяцу, делаю такой запрос:
Код: plaintext
1.
2.
3.
4.
5.
SELECT { [Measures].[Value] } ON COLUMNS ,    
CROSSJOIN({ [DocLevel].DEFAULTMEMBER }*{ [asOfDate].[Month].&[ 163 ] }, 
{ [D1].[L1].&[L2].&[M2].&[2yr data], [D1].[L1].&[L2].&[M2].&[3yr data], [D1].[L1].&[L2].&[M2].&[5yr data], 
[D1].[L1].&[L2].&[M2].&[Other data], [D1].[L1].&[L2].&[M1].&[AM], [D1].[L1].&[L2].&[M1].&[BA] } ) 
ON ROWS    
FROM [MyCube]
получаю какие-то страшные цифры в некоторых cells(см. первую табличку на картинке и чила там порядка 3.4Е304 либо -1.5Е202), ошибок не возвращается. Делаю второй запрос, где вместо [DocLevel].DEFAULTMEMBER ставлю DESCENDANTS( [DocLevel].[All DocLevel], [DocLevel].[Doc Level] ):
Код: plaintext
1.
2.
3.
4.
5.
6.
SELECT { [Measures].[Value] } ON COLUMNS ,   
CROSSJOIN({ DESCENDANTS( [DocLevel].[All DocLevel], [DocLevel].[Doc Level] )}*{ [asOfDate].[Month].&[ 163 ] }, 
{ [D1].[L1].&[L2].&[M2].&[2yr data], [D1].[L1].&[L2].&[M2].&[3yr data], [D1].[L1].&[L2].&[M2].&[5yr data], 
[D1].[L1].&[L2].&[M2].&[Other data], [D1].[L1].&[L2].&[M1].&[AM], [D1].[L1].&[L2].&[M1].&[BA] } ) 
ON ROWS     
FROM [MyCube]
результат абсолютно верный и красивый... PSS ничего толкового не сказал, сказали думать надо. Measure не вычисляемая, а прямо из Fact table. Такое поведение начало проявляться после того как я добавил побольше аггрегаций и перепроцессил куб.
Моша, Ирина, есть какие-нибудь идеи?
Заранее спасибо.
...
Рейтинг: 0 / 0
06.01.2006, 00:55
| Ответить | Цитировать | Написать  
AS2000 Big Aggregations, Странные результаты
    #33469843
Ирина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ирина
Участник
На самом деле, такие проблемы можно решать только имея хорошее возпроизводство локально. Вы дали PSS доступ к вашим данным?
Но для начала можно попробовать:
DESCENDANTS( [DocLevel].[All DocLevel], [DocLevel].[Doc Level], SELF )

и

[DocLevel].[All DocLevel]


Ирина
<BR>
<BR>----------------------------------------------------
<BR>This posting is provided "AS IS" with no warranties, and confers no rights
...
Рейтинг: 0 / 0
06.01.2006, 06:43
| Ответить | Цитировать | Написать  
AS2000 Big Aggregations, Странные результаты
    #33470009
Владимир Штепа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир Штепа
Участник
Что получится если?

1. В первом запросе на прямую упомянуть All Member, a не DefaultMember.
2. Сделать слайс по времени, чтобы данные тянулись определенно с одной Partition.
...
Рейтинг: 0 / 0
06.01.2006, 11:30
| Ответить | Цитировать | Написать  
AS2000 Big Aggregations, Странные результаты
    #33470835
kornal
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kornal
Участник
ИринаНа самом деле, такие проблемы можно решать только имея хорошее возпроизводство локально. Вы дали PSS доступ к вашим данным?
Но для начала можно попробовать:
DESCENDANTS( [DocLevel].[All DocLevel], [DocLevel].[Doc Level], SELF )
и
[DocLevel].[All DocLevel]

Ирина
<BR>
<BR>----------------------------------------------------
<BR>This posting is provided "AS IS" with no warranties, and confers no rights
надо сказать PSS оперативно работает, когда за тобой стоит большой корпоративный аккаунт - сегодня за 2 часа разговоров с 3 разными людьми все согласились, что проблема в data corruption и нужно ре-процессить куб :(.
Ну да ладно, тем более, если кому интересно, сегодня в 4 утра олап сервис стал себя re-start каждые 30 мин. - PSS сказали, что проблема, скорее всего в том, что я сделал incremental update на пару измерении и они тоже испортились, так что мне по-любому кубы надо пере-процессить.
...
Рейтинг: 0 / 0
06.01.2006, 20:42
| Ответить | Цитировать | Написать  
AS2000 Big Aggregations, Странные результаты
    #33470860
Владимир Штепа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир Штепа
Участник
kornalтем более, если кому интересно, сегодня в 4 утра олап сервис стал себя re-start каждые 30 мин. - PSS сказали....

Да тут и к PSS ходить не надо - если AS бьется в судорогах рестарта - файлы данных побиты.

Ой как я "люблю" эти ситуации, когда сервис AS как нарик после переобкурки начинает корчится от "побитых" данных.
А самая фишка начинается тогда, когда пользователи во время конвульсий сервера посылают запросы, и он "иногда" на них отвечает - цифры в отчетах скачут как на табло игровых автоматов, что не refresh, то цифири разные :-)

PSS у тебя дампы попросило для анализа? Интересно, чьто они там найдут.


kornalскорее всего в том, что я сделал incremental update на пару измерении и они тоже испортились, так что мне по-любому кубы надо пере-процессить.

Это стандартная отмазка - этот инкремент процессинг димов часто работает чере пень-колоду, особенно на недетских базах, если во время инкремент процессинга димов не плясать вокруг сервера с бубном.
...
Рейтинг: 0 / 0
06.01.2006, 21:20
| Ответить | Цитировать | Написать  
AS2000 Big Aggregations, Странные результаты
    #33470876
kornal
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kornal
Участник
backfire
PSS у тебя дампы попросило для анализа? Интересно, чьто они там найдут.


Сначала попросили, потом типа сказали, ну раз всё понятно, то хочешь посылай, а не хочешь - не посылай.

backfire
Это стандартная отмазка - этот инкремент процессинг димов часто работает чере пень-колоду, особенно на недетских базах, если во время инкремент процессинга димов не плясать вокруг сервера с бубном.
Ндааа уж. Без комментариев.
...
Рейтинг: 0 / 0
06.01.2006, 21:41
| Ответить | Цитировать | Написать  
AS2000 Big Aggregations, Странные результаты
    #33485330
OLAPMASTER
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OLAPMASTER
Участник
backfire
Это стандартная отмазка - этот инкремент процессинг димов часто работает чере пень-колоду, особенно на недетских базах, если во время инкремент процессинга димов не плясать вокруг сервера с бубном.

А какой диаметр бубна должен быть? И лучше бубен лицензионный или можно опенсорс?

:-)
...
Рейтинг: 0 / 0
16.01.2006, 15:31
| Ответить | Цитировать | Написать  
AS2000 Big Aggregations, Странные результаты
    #33485362
Владимир Штепа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир Штепа
Участник
OLAPMASTER backfire
Это стандартная отмазка - этот инкремент процессинг димов часто работает чере пень-колоду, особенно на недетских базах, если во время инкремент процессинга димов не плясать вокруг сервера с бубном.

А какой диаметр бубна должен быть? И лучше бубен лицензионный или можно опенсорс?

:-)

Главное чтобы ритм бубна сооветствал импульсному набору тел. номера PSS.
...
Рейтинг: 0 / 0
16.01.2006, 15:39
| Ответить | Цитировать | Написать  
AS2000 Big Aggregations, Странные результаты
    #33485591
OLAPMASTER
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OLAPMASTER
Участник
backfire OLAPMASTER backfire
Это стандартная отмазка - этот инкремент процессинг димов часто работает чере пень-колоду, особенно на недетских базах, если во время инкремент процессинга димов не плясать вокруг сервера с бубном.

А какой диаметр бубна должен быть? И лучше бубен лицензионный или можно опенсорс?

:-)

Главное чтобы ритм бубна сооветствал импульсному набору тел. номера PSS.
Roger that!
...
Рейтинг: 0 / 0
16.01.2006, 17:23
| Ответить | Цитировать | Написать  
9 сообщений из 9, страница 1 из 1
Форумы / OLAP и DWH [игнор отключен] [закрыт для гостей] / AS2000 Big Aggregations, Странные результаты
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]