Тот же столбец таблицы фактов;Записи с несколькими причинами - PullRequest
0 голосов
/ 06 июня 2011

Я нахожусь в ситуации, подобной приведенной ниже:

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

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

Также, если скидка предоставляется покупателю на уровне, отличном от продукта (например, бренда), считаете ли вы правильным сохранение его с помощью ключа, специально присвоенного бренду (продукт - зерно) в то время как столбцу продукта дается N / A, для конкретной записи?

Заранее спасибо.

1 Ответ

1 голос
/ 06 июня 2011

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

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

...