|
Действия ...
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
09.07.2004, 18:08
|
|||
|---|---|---|---|
Changing dimension |
|||
|
#18+
Знает ли кто-нибудь, как оно устроено? В BOL написано крайне туманно, что оно optimized for frequent changes. А почему, например, при перемещении члена обычному измерению надо делать Rebuild Structure, а изменяющемуся - только Incremental Update? Из-за чего так происходит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.07.2004, 23:48
|
|||
|---|---|---|---|
|
|||
Changing dimension |
|||
|
#18+
Разница заключается во внутреннем формате хранения. Для changing dimensions AS хранит keys, поэтому даже если член переехал, его можно отыскать по key. А в обычных измерениях key не хранится. В Юконе все измерения всегда будут changing. Моша ---------------------------------------------------- This posting is provided "AS IS" with no warranties, and confers no rights ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.07.2004, 10:18
|
|||
|---|---|---|---|
|
|||
Changing dimension |
|||
|
#18+
А что хранится в обычном измерении в AS 2 K? И как это хранилище использовать наиболее эффективно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.07.2004, 12:08
|
|||
|---|---|---|---|
|
|||
Changing dimension |
|||
|
#18+
backfireА что хранится в обычном измерении в AS 2 K Вроде бы полный путь до каждого члена измерения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.07.2004, 20:39
|
|||
|---|---|---|---|
|
|||
Changing dimension |
|||
|
#18+
И в обычном и в changing измерениях храниится специальный индекс, который используется для индексирования partitions. В changing dimensions также хранится mapping из keys в этот индекс. Моша ---------------------------------------------------- This posting is provided "AS IS" with no warranties, and confers no rights ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.07.2004, 23:31
|
|||
|---|---|---|---|
|
|||
Changing dimension |
|||
|
#18+
Mosha В Юконе все измерения всегда будут changing. помнится здесь в форуме вами упоминалась дата конец второго квартала, до нее осталось (-13) дней. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.07.2004, 10:21
|
|||
|---|---|---|---|
|
|||
Changing dimension |
|||
|
#18+
2 Моша Хмм... А как же это? MSDNIn non-changing dimensions, the full dimension path of each member is stored in the cube. For example, a cube that uses a Customer dimension might store the member as [Customers].[USA].[New York].[Mike Nash] . If this member is moved, renamed or deleted, the cube must be reprocessed because the reference to the member in the dimension is lost. Changing dimensions overcome this problem by storing a key rather than a full member path. When a member is retrieved, the member key is mapped to a name in a mapping table. Это из статьи Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.07.2004, 23:37
|
|||
|---|---|---|---|
|
|||
Changing dimension |
|||
|
#18+
the full dimension path of each member is stored in the cube. For example, a cube that uses a Customer dimension might store the member as [Customers].[USA].[New York].[Mike Nash]. В данном контексте слово "stored" не должно восприниматься буквально. Смысл в том, что этот самый full path может быть воссоздан. Хранить конкатенированные строки типа "[Customers].[USA].[New York].[Mike Nash]" было бы неэффективно. Моша ---------------------------------------------------- This posting is provided "AS IS" with no warranties, and confers no rights ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=49&mobile=1&tid=1872439]: |
0ms |
get settings: |
9ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
30ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 257ms |
| total: | 363ms |
| 0 / 0 |
