|
|
|
SSAS добавление аттрибута без пересчета старых партиций
|
|||
|---|---|---|---|
|
#18+
Добрый день! Есть задача добавить поле в уже существующее измерение. Вопрос в том, можно ли это как-то сделать без пересчета уже существующих партиций. Т.е. значения атрибута должны отражаться на тех партициях (отчетные периоды), которые мы хотим перепроцессить. А сейчас получается, что после добавления атрибута и деплоя на сервер нужно пересчитать все меры и т.д. Дело в том, что есть оч большая база, которую не хочется всю пересчитывать , тем более что на старых отчетных периодах этот атрибут и не нужен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2019, 14:27 |
|
||
|
SSAS добавление аттрибута без пересчета старых партиций
|
|||
|---|---|---|---|
|
#18+
pistona, нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2019, 14:44 |
|
||
|
SSAS добавление аттрибута без пересчета старых партиций
|
|||
|---|---|---|---|
|
#18+
pistona, full process этого измерения. если в таблице фактов ТФ не появились новые данные и между ТФ и измерением соблюдается на уровне источника ссылочная целостность, то можно попробовать не делать process data групп мер, а только сделать process index index ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2019, 19:01 |
|
||
|
SSAS добавление аттрибута без пересчета старых партиций
|
|||
|---|---|---|---|
|
#18+
Alex_496, насколько мне известна архитектура MD (развитие которой MS забросил больше 10 лет назад) - к сожалению ProcessFull измерения посылает группу мер (все партиции) в состояние Unprocessed хотя теоретически да - там связь только по ключу и если модификации ключа небыло (а только связи) то по идее таскать факты из источника не имеет смысла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2019, 20:26 |
|
||
|
SSAS добавление аттрибута без пересчета старых партиций
|
|||
|---|---|---|---|
|
#18+
хватало-бы только пересчёта агрегатов и уровней All по всем координатам возможных комбинаций атрубутов, отальное агрегируется налету по связям ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2019, 20:29 |
|
||
|
SSAS добавление аттрибута без пересчета старых партиций
|
|||
|---|---|---|---|
|
#18+
vikkiv, вот еще один довод к сокращению количества измерений (сокращение физического пространства) и наращиванию атрибутов, максимально упаковываемых в натуральные иерархии. Измерения по сути должны отвечать на вопросы: Кто? Что? Где? Когда?, т.е. события бизнес-процессов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2019, 20:51 |
|
||
|
SSAS добавление аттрибута без пересчета старых партиций
|
|||
|---|---|---|---|
|
#18+
Alex_496, твой "довод к" практически не относится к задаче ТСа и связанной с этим проблемой (описанной выше) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2019, 21:00 |
|
||
|
SSAS добавление аттрибута без пересчета старых партиций
|
|||
|---|---|---|---|
|
#18+
vikkiv, Если process data не надо будет делать, а это могут быть миллиарды, то довод к проектированию измерений дает выгоду в экономии времени ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2019, 21:43 |
|
||
|
SSAS добавление аттрибута без пересчета старых партиций
|
|||
|---|---|---|---|
|
#18+
pistona, за нас уже все оттестировано. http://bimic.blogspot.com/2011/08/ssas-which-change-makes-cubedimension.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2019, 23:46 |
|
||
|
SSAS добавление аттрибута без пересчета старых партиций
|
|||
|---|---|---|---|
|
#18+
ShIgor, в общих чертах конечно правильно, но там в списке не всё верно на самом деле, есть более детальные нюансы на некоторых этапах, элементарный случай при смене связи (не когда к другому атрибуту связь тянется, а когда тип этой связи меняется) например для обхождения проблемы с отсутствием механизма сброса агрегаций при изменении соотношений в атрибутах в случае rigid (на что естественно ProcessUpdate выкинет с ошибкой) вполне можно заменить связь на flexible без необходимости сброса куба в состояние Unprocessed (через XMLA или АМО) и потом вернуть обратно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2019, 00:18 |
|
||
|
SSAS добавление аттрибута без пересчета старых партиций
|
|||
|---|---|---|---|
|
#18+
Alex_496pistona, full process этого измерения. если в таблице фактов ТФ не появились новые данные и между ТФ и измерением соблюдается на уровне источника ссылочная целостность, то можно попробовать не делать process data групп мер, а только сделать process index index full process этого измерения не поможет т.к. сразу после разворачивания проекта это измерение будет в статусе Unprocessed, и все меры также будут Unprocessed. После перепроцесса этого измерения меры твк и остаются Unprocessed. была идея после перепроцесса измерения сделать Process structure и затем сделать детач базы и в файловой системе сервера подсунуть ей посчитанные меры, которые были до добавления нового атрибута (хранить их где-нить в стороне).Думал что т.к. сами данные измерения и факты никак не поменялись, такой вариант прокатит. Но после каждого пересчета там меняются метаданные в файлах, в т.ч. и названия самих фалов (хмл)....короче не получилось пока что... ;(((( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2019, 00:26 |
|
||
|
SSAS добавление аттрибута без пересчета старых партиций
|
|||
|---|---|---|---|
|
#18+
ShIgorpistona, за нас уже все оттестировано. http://bimic.blogspot.com/2011/08/ssas-which-change-makes-cubedimension.html понятно что при добавлении атрибута куб становится Unprocessed, вопрос как это обойти, я не понял ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2019, 00:28 |
|
||
|
SSAS добавление аттрибута без пересчета старых партиций
|
|||
|---|---|---|---|
|
#18+
pistona, Очень просто - добавляете пустой атрибут, запускаете процессинг на выходных (или когда пользователей у вас нет). Потом, когда данные появляются в базе-источнике, они автоматом затягиваются вам в куб. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2019, 11:02 |
|
||
|
|

start [/forum/topic.php?fid=49&msg=39788085&tid=1857632]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
155ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 14ms |
| total: | 264ms |

| 0 / 0 |

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