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

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
15.03.2006, 13:15
|
|||
|---|---|---|---|
|
|||
AS2K. Противный баг в больших измерениях. |
|||
|
#18+
Имеем немаленькое измерение (несколько миллионов элементов), для поддержки которого уже запускается msmdvldm.exe. Измерение содержит дополнительно Grouping Level. При попытке найти какой либо элемент с листового уровня, будь то с помощью MDX запроса, Код: plaintext 1. выдает ошибку, что элемент не найден, то ли через Код: plaintext результат пустой. Это происходит только до тех пор пока, через ADOMD.Catalog данный элемент не будет найден через Dimensions -> .... -> Members. После, того как Memeber touched через Catalog, он находится и через OpenSchema и через MDX. Выглядит так, что пока Member большого измерения не закеширован в PTS, он не находится ни MDX ни OpenSchema Но проблема как раз и состоит в том, чтобы найти его c наибольшей performanсе, а бродить по каталогу для VLD смерти подобно. изнасилующий запрос типа Код: plaintext 1. еще больший performance killer, и я его даже врагу не посоветую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=49&mobile=1&tid=1870444]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
44ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 251ms |
| total: | 375ms |

| 0 / 0 |
