Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Вопрос проектирования ХД, организации измерения
|
|||
|---|---|---|---|
|
#18+
Есть у меня две системы OLTP: бухглатерия, торговля. В бухгалтерии своевременно отражаются оплаты по контрагентам, в торговле своевременно отражаются поступления товаров. И решил я спроектировать ХД, чтобы туда помимо прочих, грузить данные из двух систем об оплатах и поступлениях, адекватно видеть задолженность. И встает вопрос каким образом в ХД объединять данные от "одинаковых" контрагентов из разных систем. Допустим таблица контрагентов в ХД содержит ключ приложения из торговли и сгенерированный на этапе загрузки суррогатный ключ. После загрузки данных из торговли имеем адекватную картину по поступлениям. Начинаем грузить данные из бухгалтерии, где ключи приложения иные, нежели в торговле. И поступающих контрагентов из бухгалтерии надо либо, поняв каким то образом, что это повторяющиеся, совместить с уже имеющимися контрагентами из торговли, либо добавить как новых, не имеющихся пока в торговле. Но тогда, после появления данных по ним в торговле, совмещать с уже имеющимися, поступившими ранее из бухгалтерии. Вопрос: как понять что элементы измерения, поступающие из разных ОЛТП представляют собой одно и тоже в рамках ХД ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 11:46 |
|
||
|
Вопрос проектирования ХД, организации измерения
|
|||
|---|---|---|---|
|
#18+
У меня была подобная задача - решал таким образом. У контрагентов находил общее поле, по которому можно было однозначно идентифицировать контрагента в обоих системах (например ИНН). Таблица для измерения получалась примерно такая: Ключ_в_OLTP КлючИдентификации Контрагент 001_1 555 ТД Продадим Усё <- это из бухгалтерии 001_2 555 ТД Продадим Усё <- это из торговли Для того чтобы Ключ_в_OLTP был уникальным для обоих баз (ведь 001_1 может существовать и там и там) добавлял для каждой базы свой префикс, в результате у меня получалось: Ключ_в_OLTP КлючИдентификации Контрагент 1_001_1 555 ТД Продадим Усё <- это из бухгалтерии 2_001_2 555 ТД Продадим Усё <- это из торговли В таблицы фактов соотвественно ключ тоже записывал с префиксом. Измерение строил по КлючуИдентификации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 12:11 |
|
||
|
Вопрос проектирования ХД, организации измерения
|
|||
|---|---|---|---|
|
#18+
Т.е. выход единственный - это выявление общего уникального идентификатора (добавление колонки в системы ОЛТП) - это либо ИНН, либо порядковый номер в "Списке контрагентов для фирмы" ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 12:18 |
|
||
|
Вопрос проектирования ХД, организации измерения
|
|||
|---|---|---|---|
|
#18+
В принципе можно еще и наименование проанализировать :) У вас информация ведь как-то между бухгалтерией и складом синхронизируется? Значит должны быть какие-то общие признаки контрагентов в двух базах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 12:38 |
|
||
|
|

start [/forum/topic.php?fid=49&fpage=392&tid=1872664]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
31ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 261ms |
| total: | 364ms |

| 0 / 0 |
