При проектировании таблиц для загрузки плана и факта из разных источников возник вопрос:
Раньше я использовал в обеих таблицах в качестве значений поля для объединения с таблицей измерения родные ключи (в обоих источниках, как водится, нумерция статей разная), при этом упрощенная структура таблицы измерения статей следующая:
id
ArticlePlan_id
ArticleFact_id
ArticleType
ArticleName

При загрузке используются естественные ключи, в каждом из кубов План и Факт объединение с таблицей измерения статей происходит по своему полю, кубы потом сливаются в виртуальный. Такой способ хорош, когда между ArticlePlan_id и ArticleFact_id существует соответствие 1 - 1. Сейчас встала задача, в которой нескольким ArticlePlan_id может соответствовать одно и то же ArticleFact_id, что приведет к неправильному отображению этих статей. Поэтому сейчас я вижу такое решение:
Взять за основу один из естественных ключей, а при загрузке во вторую таблицу заменять соотв. значения первым ключом; или же взять за основу суррогатный ключ, что по сути будет тоже самое, только потребуется при загрузке заменять поле Article_id в обоих таблицах

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

To Вжик

По поводу таблицы соответствий, как быть, если статье из одного источника нет чистого соответствия ни одной конкретной статьи из другого, а получается, допустим, так:
Статье 1 в источнике A соответствует некое математическое выражение в источнике B, например, Статья 2/(Статья 2 + Статья 3).
Как должна выглядеть подобная запись в таблице соответствий?