таблицами фактов и измерений используется уникальный ключ: код проекта компании.
Значения уникальных ключей попадают в справочник при первом появлении компании или проекта из файлов-исходников компании, предоставляемые третьей организацией (нет связи с компанией по заполнению форм) .
Проблема: В дальнейшем на другие даты в файлах-исходниках компании меняются значения уникальных ключей (часто коды проектов компании).
Думаю завести внутренний уникальный ключ на проект, который уже не будет меняться.
Как правильно соотнести внутренний ключ с неуникальными ключами по проектам компании?
Может есть грамотные ссылки. Пробовала гуглить, размытое пока впечатление.
Приведение к единому ключу, иначе никак, тут решайте сами как, через таблицы сопоставления скорее
Спасибо за совет. Таблицы сопоставления не всегда дают оперативно обнаружить путаницу в данных. Буду думать
Судя по описанию, в вашем случае системность не полная, то есть присутствует обязательный человеческий фактор принятия решения об отношении/сопоставлении, нужно от этого уходить
Согласно. Получается внутренний ключ, который сама придумаю тоже имеет человеческий фактор. Скорее буду думать над уникальностью ключа, составля его из данных компании и его проекта, помимо кода проекта.
См как родительский/дочерний, то есть всегда есть основной/главный, а вот ему могут соотв масса других, но вот как их сопоставить в эту связь, далее проблем нет
В качестве родительского беру УНП (инн) предприятия, далее нужен код проекта, но скорее буду через таблицу сопоставления делать. Т.е. наименование проекта=уникальный код проекта. Наверное как то так.
Вот тоже не вариант, компания переименовалась/открылась как новое юрлицо, но это теже рога и копыта, знаю в 1с точно ведется осн контрагент, и без разницы кто как переоткроется, осн всегда один, поэтому я думаю и тут есть вариант осн проект/ключь, остальные это исходные от
Обсуждают сегодня