Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Что показывает Design Storage?
|
|||
|---|---|---|---|
|
#18+
Коллеги! Помогите разобраться вот в таком вопросе. Когда на MS AS делается Design Storage, то на основании чего там делается прогноз количества агрегаций и их будущий объём? Вот задаю я 100% агрегаций для MOLAP куба. Я так понимаю он принимает во внимание при прогнозе не фактическое количество записей в таблице фактов, а установленное в кубе. Но количестве агрегаций по идее должно же зависить и от количества членов в используемых shared измерениях. А у меня получается что даётся один и тот же прогноз на один и тот же куб но с разным количеством членов измерений. Есть например в измерении Х 1000 членов, он показывает прогноз на 609 агрегаций куба и 11 ГБ его размера (хотя по факту получается 700 МБ. Вот так "угадал"). И для случая в 5000 членов в том же измерении Х даёт такие же прогнозы. Так как правильно спрогнозировать размер куба и количество агрегаций? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2003, 11:08 |
|
||
|
Что показывает Design Storage?
|
|||
|---|---|---|---|
|
#18+
Количество агрегатов зависит от измерений в кубе, как shared, так и private, если я правильно помню, за исключением тех, которые вы исключили из агрегирования, указав Aggregation Usage: Custom и Enable All Level Aggregation: No. А правильно ли вы понимаете эти 100% агрегаций? вот, что говорит BOL по этому поводу: Specify the percentage amount of performance gain for your queries. This amount represents the percentage improvement between the maximum and minimum query times, as represented by the following formula: PercentGain = 100 * (QTimeMAX - QTimeTARGET) / (QTimeMAX - QTimeMIN) For example, if a query that is not optimized takes twenty-two seconds (QTimeMAX) to execute, and the best possible query performance with maximum aggregations is two seconds (QTimeMIN), specify a 75% desired performance gain to achieve a query time of seven seconds (QTimeTARGET) то есть характеризует баланс между наилучшей, наихудшей и той производительностью, которую мы считаем приемлемой, с учетом того, что бОльшая производительность требует бОльшего времени процессинга куба и бОльшего места для хранения агрегатов. А еще по поводу того, как AS строит агрегации, есть статья. Ссылку дала Ирина http://www.microsoft.com/technet/prodtechnol/sql/maintain/Optimize/AnSvcsPG.asp ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2003, 12:11 |
|
||
|
|

start [/forum/topic.php?fid=49&msg=32304129&tid=1873057]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
145ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 225ms |
| total: | 448ms |

| 0 / 0 |
