Как правильно отредактировать Dimensions

[RVS]

Цитата:

Сообщение от Sada

Не нравится лично мне переименовывание паспортом записи... Где нить может не отработать...

Паспорт записи - это ТОЛЬКО для ОЧЕНЬ ГРАМОТНЫХ людей.

И при этом - ОЧЕНЬ осторожно.

PS: CAPS западает. Мои извинения...

ЗЗЫ: Проблема понятна и решаема. Только - опять же - АККУРАТНО

[driller]

Цитата:

Сообщение от gl00mie

Может - если иерархия типов кривая либо если для храниения фин.аналитики использовать поле с "левым" типом, в остальном проблемы - только с производительностью переименования.

Цитата:

Сообщение от Dark Light

Не совсем понял. Если сделана иерархия, то сделана она, видимо, путем ссылки дочернего элемента на родительский по RecId или Типу-Коду аналитики. В этом случае при переименовании кода родительского элемента дочерний элемент не потеряет на него ссылки.

Тоже не совсем понял, так что прилагаю картинки.

Есть иерархия в DAX 4.0 одного из Питерских вендоров.


Работает по виду не коряво при выборе аналитики, в лукапе подтягивается не весь мусор, а только то что привязано к этой аналитике.


Переименовываю родительский элемент дочерние не меняются, и без прямой работы с renamePrimaryKey() вариантов решения не вижу.


gl00mie, Dark Light как делали так что стандартными средствами иерархия обновлялась?

[Dark Light]

Цитата:

Сообщение от driller

gl00mie, Dark Light как делали так что стандартными средствами иерархия обновлялась?

Тут иерархия сделана некоряво. Подразделение 05_07 имеет ссылку на подразделение 05_. Таким образом, если мы переименуем подразделение 05_ в 99_, то во все подразделения, которые были дочерними у 05_ (ParentId == 05_) станут дочерними у 99_.

С точки зрения пользователя это будет не совсем правильно: "как это подразделение 05_07 может быть дочерним от 99_?" Но с точки зрения системы всё верно - связи не нарушены.

Если же хочется, чтобы все дочерние подразделения также сменили ИДшники на 99_*, то да - придется программировать (пробежаться по всем потомкам и сделать renamePrimaryKey).