Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Changing dimension
|
|||
|---|---|---|---|
|
#18+
Знает ли кто-нибудь, как оно устроено? В BOL написано крайне туманно, что оно optimized for frequent changes. А почему, например, при перемещении члена обычному измерению надо делать Rebuild Structure, а изменяющемуся - только Incremental Update? Из-за чего так происходит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2004, 18:08 |
|
||
|
Changing dimension
|
|||
|---|---|---|---|
|
#18+
Разница заключается во внутреннем формате хранения. Для changing dimensions AS хранит keys, поэтому даже если член переехал, его можно отыскать по key. А в обычных измерениях key не хранится. В Юконе все измерения всегда будут changing. Моша ---------------------------------------------------- This posting is provided "AS IS" with no warranties, and confers no rights ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2004, 23:48 |
|
||
|
Changing dimension
|
|||
|---|---|---|---|
|
#18+
А что хранится в обычном измерении в AS 2 K? И как это хранилище использовать наиболее эффективно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2004, 10:18 |
|
||
|
Changing dimension
|
|||
|---|---|---|---|
|
#18+
backfireА что хранится в обычном измерении в AS 2 K Вроде бы полный путь до каждого члена измерения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2004, 12:08 |
|
||
|
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, 20:39 |
|
||
|
Changing dimension
|
|||
|---|---|---|---|
|
#18+
Mosha В Юконе все измерения всегда будут changing. помнится здесь в форуме вами упоминалась дата конец второго квартала, до нее осталось (-13) дней. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2004, 23:31 |
|
||
|
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, 10:21 |
|
||
|
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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2004, 23:37 |
|
||
|
|
start [/forum/topic.php?fid=49&msg=32601340&tid=1872439]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
131ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 236ms |
| total: | 456ms |
| 0 / 0 |
