Создание измерений - многократное использование

Question

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

Позвольте мне описать, мы перевозим товары, и у нас будет провинция отправления и назначения, и в типичном дизайне базы данных, я ожидаю, что у нас будет одна справочная таблица "провинции", но нам сообщили, что нам понадобится " исходное измерение и измерение назначения. Это кажется обременительным и кажется, что мы столкнемся с той же проблемой с клиентами, услугами и т. Д.

Может кто-нибудь уточнить, как это может работать для нас?

Опять же, я ожидаю увидеть таблицу «поиска» в базе данных, которая содержит все возможные провинции (предполагается, что значения в обоих столбцах будут одинаковыми), тогда у вас будет значение идентификатора в любом столбце, который использовал "провинция" и присоединитесь к таблице поиска по идентификатору.

Answer 1

в типичном дизайне базы данных, я ожидаю, что у нас будет одна справочная таблица "провинция", но нас проинформировали, что нам понадобится измерение "происхождение" и измерение "назначение"

Следуя обычной схеме БД, имеет смысл разделять две сущности данных: одна определяет источник, другая определяет цель.Думаю, с этим мы оба согласимся.Если бы вы могли дать больше подробностей, было бы лучше.

Представьте себе выпадающий список: два списка, заполненные одним «источником», но представляющие два разных значения в БД.

Предполагается, что значения в обоих столбцах будут одинаковыми

если пункт назначения = источник, вам не нужны два измерения?:) Этот момент требует уточнения.

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

Если в каком-то измерении вы будете использовать, например, ProvinceOrigin и ProvinceDestination в качестве элементов строкового типа, и заполнять их из одного измерения (динамического атрибута), то при каждом сохранении куба у вас будетэти два поля заполняются из одного измерения.

Очевидно, что лучшее решение для вас зависит от архитектуры вашей системы.