ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / OLAP и DWH [игнор отключен] [закрыт для гостей] / Серъёздное увеличение времени расчета куба....?
11 сообщений из 11, страница 1 из 1
Серъёздное увеличение времени расчета куба....?
    #33310735
Alex_slav
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex_slav
Гость
После перепроектирования хранилища данных Куб в MSAS 2000 время расчета агрегаций увеличилось в разы в чем может быть дело подскажите?
Было так: одна таблица фактов и одна таблица с измерением остальные измерения включая время были внутри таблицы фактов.
Сейчас вынесено врем ячерез сурогатный ключ во внешнюю таблицу и еще пара медленно изменяющихся переменных.
Как исправить ситуацию с пересчетом?
строк в таблице фактов 11 млн.
...
Рейтинг: 0 / 0
07.10.2005, 09:56
| Ответить | Цитировать | Написать  
Серъёздное увеличение времени расчета куба....?
    #33311701
Alex Fox
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Fox
Участник
Именно расчёта агрегатов или всего процесса в целом?
После перепроектирования оптимизацию схемы делал?
...
Рейтинг: 0 / 0
07.10.2005, 14:22
| Ответить | Цитировать | Написать  
Серъёздное увеличение времени расчета куба....?
    #33312217
Alex_slav
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex_slav
Гость
Оптимизацию схемы не делал но ведь я заново дизайн создавал.
Хотя вот сделал индексы и все вроде зашивелилось, но теперь вставка в таблицу фактов долгая ... Как найти середину между быстрым пересчетом(индексы) и быстрой загрузкой (их отсутсвие)?
...
Рейтинг: 0 / 0
07.10.2005, 16:31
| Ответить | Цитировать | Написать  
Серъёздное увеличение времени расчета куба....?
    #33312327
Владимир Штепа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир Штепа
Участник
Alex_slavОптимизацию схемы не делал но ведь я заново дизайн создавал.
Хотя вот сделал индексы и все вроде зашивелилось, но теперь вставка в таблицу фактов долгая ... Как найти середину между быстрым пересчетом(индексы) и быстрой загрузкой (их отсутсвие)?

1. Наличие индексов таблице фактов не имеет ни какого влияния ни на дизайн аггрегатов ни на процессиг куба.

2. В ETL перед загрузкой таблицы фактов, гасите индексы, после создавайте заново. Я так делаю сам.
Напрмер:
При наличии индексов время загрузки данных 11 часов.
Без них 1,5 часа.
Создание индексов 10 минут.
Игра стоит свеч.
...
Рейтинг: 0 / 0
07.10.2005, 17:04
| Ответить | Цитировать | Написать  
Серъёздное увеличение времени расчета куба....?
    #33312383
Alex_slav
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex_slav
Гость
попробую с загрузко йразобраться
но это факт что с индексами быстрее агреты считаются у меня
...
Рейтинг: 0 / 0
07.10.2005, 17:20
| Ответить | Цитировать | Написать  
Серъёздное увеличение времени расчета куба....?
    #33312483
Владимир Штепа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир Штепа
Участник
Alex_slavпопробую с загрузко йразобраться
но это факт что с индексами быстрее агреты считаются у меня

Ну прям "очевидное-невероятное".

А вы можете посмотреть, какие запросы посылаются на SQL сервер во время рассчета аггрегатов? (SQL Profiler)
...
Рейтинг: 0 / 0
07.10.2005, 17:51
| Ответить | Цитировать | Написать  
Серъёздное увеличение времени расчета куба....?
    #33314157
O_Vital
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
O_Vital
Участник
backfire1. Наличие индексов таблице фактов не имеет ни какого влияния ни на дизайн аггрегатов ни на процессиг куба.
На дизайн аггрегатов м.б. и не имеют, а вот на процессинг куба в целом еще как имеют. OLAP-сервер посылает SQL запросы в ХД, и вот время за которое ХД вернёт результат зависит напрямую от налиичия индексов в таблице фактов и правильности их использования.
...
Рейтинг: 0 / 0
10.10.2005, 10:28
| Ответить | Цитировать | Написать  
Серъёздное увеличение времени расчета куба....?
    #33314227
Владимир Штепа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир Штепа
Участник
O_Vital backfire1. Наличие индексов таблице фактов не имеет ни какого влияния ни на дизайн аггрегатов ни на процессиг куба.
На дизайн аггрегатов м.б. и не имеют, а вот на процессинг куба в целом еще как имеют. OLAP-сервер посылает SQL запросы в ХД, и вот время за которое ХД вернёт результат зависит напрямую от налиичия индексов в таблице фактов и правильности их использования.

У вас партиционированный куб? Тогда влияет. Только не количество индексов, а првильность выбора 1. индекса. А если куб не партиционированный, то скаирование таблицы и индексы по барабану.

План запроса посмотрите при процессиге.
...
Рейтинг: 0 / 0
10.10.2005, 10:49
| Ответить | Цитировать | Написать  
Серъёздное увеличение времени расчета куба....?
    #33314371
O_Vital
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
O_Vital
Участник
backfire
У вас партиционированный куб? Тогда влияет. Только не количество индексов, а првильность выбора 1. индекса. А если куб не партиционированный, то скаирование таблицы и индексы по барабану.

План запроса посмотрите при процессиге.
специально посмотрел и что получилось, OLAP-сервер посылает запрос типа:
Код: plaintext
1.
2.
3.
4.
select ....
from fact_table, dim_table1, dim_table2 ....
where fact_table.FK1 = dim_table1.PK1
         and fact_table.FK2 = dim_table2.PK2
.....
и вы хотите сказть, что наличие индексов
...
Рейтинг: 0 / 0
10.10.2005, 11:17
| Ответить | Цитировать | Написать  
Серъёздное увеличение времени расчета куба....?
    #33314395
O_Vital
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
O_Vital
Участник
backfire
У вас партиционированный куб? Тогда влияет. Только не количество индексов, а првильность выбора 1. индекса. А если куб не партиционированный, то скаирование таблицы и индексы по барабану.

План запроса посмотрите при процессиге.
специально посмотрел и что получилось, OLAP-сервер посылает запрос типа:
Код: plaintext
1.
2.
3.
4.
select ....
from fact_table, dim_table1, dim_table2 ....
where fact_table.FK1 = dim_table1.PK1
         and fact_table.FK2 = dim_table2.PK2
.....
и вы хотите сказть, что наличие индексов на поля fact_table.FK1, fact_table.FK2 и т.д. не уменьшит время выполнения запроса?
Explain Plan показывает, что идёт использование индексов.

з.ы. в качестве ХД у меня используется Oracle 9.2., но думаю и MSSQL Server должен грамотно использовать индексы.
...
Рейтинг: 0 / 0
10.10.2005, 11:23
| Ответить | Цитировать | Написать  
Серъёздное увеличение времени расчета куба....?
    #33314697
Владимир Штепа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир Штепа
Участник
O_Vital backfire
У вас партиционированный куб? Тогда влияет. Только не количество индексов, а првильность выбора 1. индекса. А если куб не партиционированный, то скаирование таблицы и индексы по барабану.

План запроса посмотрите при процессиге.
специально посмотрел и что получилось, OLAP-сервер посылает запрос типа:
Код: plaintext
1.
2.
3.
4.
select ....
from fact_table, dim_table1, dim_table2 ....
where fact_table.FK1 = dim_table1.PK1
         and fact_table.FK2 = dim_table2.PK2
.....
и вы хотите сказть, что наличие индексов на поля fact_table.FK1, fact_table.FK2 и т.д. не уменьшит время выполнения запроса?
Explain Plan показывает, что идёт использование индексов.

з.ы. в качестве ХД у меня используется Oracle 9.2., но думаю и MSSQL Server должен грамотно использовать индексы.

Схему оптимизировал?
...
Рейтинг: 0 / 0
10.10.2005, 12:39
| Ответить | Цитировать | Написать  
11 сообщений из 11, страница 1 из 1
Форумы / OLAP и DWH [игнор отключен] [закрыт для гостей] / Серъёздное увеличение времени расчета куба....?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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