Воообще на MSDN как раз есть статьи про медленноменяющиеся измерения и что с ними делать).
Лично я с описаной проблемой делю следующее в зависимости от контекста.
1) Перекидываю в отдельную группу. Мол излишки тупых операторов.
Это если объемы маленькие по данному коду
2) Создаю так сказать левую группу в иерерхии на месте данного кастомера и как детей присваиваю сторое и новое значение. ТО есть пользователь может просмотреть их вместе, а если надо щелкнуть один раз и дрилдайнится до реальных значений понять что к чему.

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

Россию с Гондурасом обычно меняют местами)

Предложу лучше свой реальный пример:
есть текущая БД иерархию которой примем за базовую.
Есть некий элемент с кодом 1\2\34 и имя у него Объект1.
На этот элемент в нескольких таблицах фактов ссылаются данные.
Теперь например например наступил 2004 год и некий оператор решил
назвать его Объект2.
Что делать с объектами1?

Вариант2)
В иерархии остается 1\2\34-Объект2, но ему принадлежат дети,
в данном случае Объект1.
То есть босс уже видит что телодвижения есть по коду Объект2 по всех таблицах фактов,
а если он щелкает по нему два раза в екселе то видит что на самом деле это Объект1. После этого стучит по голове оператора.

Вообще как написано во всяких умных книжках по Хранилищам Данных.
Разработчику надо быть постоянно в контакте со внешним миром.

В данном случае вопрос создания правильной иерархии не только программный но и административный.
Для каждой иерархии все равно должен быть ключ и этот ключ должен быть не только в голове у программисти но и в голове у всех работников фирмы, особенно президента.
Для контрагентов и товаров это может быть ИНН, код каталога поизводителя, некий общероссийский классификатор. Главное добиться ввода, а затем и правильного ввода данного ключа в программу адмнинистративно.
Аналогично и алгоритм исправления возможных ошибок должен быть понятен пользователям, согласован с ними.

Да, так.

Пару лет назад подсунули президенту приказ по фирме, в котором всем подразделениям приказано соблюдать определенную иерархию, каталог итп.
С тех пор пытаемся всех по -хорошему заставлять, убеждать наглядно, что будет от того что они все будут вводить правильно итп.
Отсюда и все алгоритмы работают.


Вопрос:
А разве можно автоматизировать хаос?

2MikeG

в госорганизациях работал,
но классификаторы потребовалось создавать для коммерческих фирм,
с числом работников более 1500.