2015-11-18 2 views
0

Итак, я пытаюсь реализовать хранилище данных. У меня возникли трудности с моделированием концентратора. У меня есть 2 системы, которые не разговаривают друг с другом. Я хочу знать, как представлять один и тот же элемент из разных источников в концентраторе.Контакты хранилищ данных из разных источников

В нашей системе заказов он генерирует число, чтобы отличать клиентов. Так что скажем, у нас есть клиент по имени «Боб», и он нуждается в нашем сервисе в 5 местах. Поэтому мы рассматриваем эти 5 местоположений как отдельных клиентов. Таким образом, мы получаем 5 разных идентификаторов клиентов (10004-10008). Легкий peasy до сих пор в Data Vault.

Теперь сложная часть находится в нашей операционной системе. У нас есть сложный бизнес-ключ. Таким образом, мы получаем уникальное имя клиента «bob» и порядковый номер (1-5) для каждого из его местоположений. Таким образом, (bob, 1) уникален, но мы также можем иметь (joe, 1).

В В нашей системе заказа информация (bob, 1) не заполняется до тех пор, пока не будет создана (bob, 1).

Таким образом, график может быть таким: Боб приходит и говорит, что мне нужно 5 мест. Система заказа дает ему идентификаторы (10004-10008). Через неделю он создается в нашей операционной системе (bob, 1), (bob, 2). .. (bob, 5) Тогда, возможно, через 2 недели мы увидим (10004, bob, 1), (10005, bob, 2) в системе заказа.

Как можно решить этот сценарий?

Благодаря

ответ

0

Vault данные литературы говорят, что вы храните каждый ключ в ступице и использовать такой же, как-ссылку, чтобы сделать арбитраж. Возможно, вы можете частично решить эту проблему в своем ETL, заполнив ссылку автоматически.

Невозможно ли разделить бизнес-ключ от его местоположений? Казалось бы, вы объединяете различные основные бизнес-концепции в один и тот же ключ, который вы, вероятно, хотели бы разбить на несколько концентраторов в вашем DV. (клиент, местонахождение клиента)

Смежные вопросы