Разрабатываю ХД (MS SQL Server 2000) в которое из касс выгружаю данные о продажах товаров за день. Есть измерения "Товар" и "Чек", которые по ключу связаны с таблицей фактов (остальные измерения не будем рассматривать). Проблема в том, что кроме действий с товаром (продажа, возврат, скидка на позицию) существуют операции с целым чеком (скидка на чек, возврат по номеру чека), которые в существующую таблицу фактов никак не вставишь (не определен товар). Я думаю создать еще одну таблицу фактов по скидкам и таблицу фактов по возвращенным чекам и связать их с измерением "Чек".
Можно ли затем при такой схеме (когда данные по одному чеку в разных таблицах фактов) построить куб, в котором будет отражаться сводная информация по чекам, или надо строить несколько кубов, и на основе их виртуальный по общему измерению "Чек"? И вообще, можно ли построить куб в случае, когда есть несколько таблиц фактов.
Извините, но OLAP только изучаю, поэтому и задаю такие вопросы.
С уважением. Сергей К.

У меня таблица фактов связана с измерением "Товары" по ключевому полю. Как быть в случае, если в операции (скидка на весь чек) нет товара. Можно, наверное, в таблице измерений "Товары" искусственно создать пустое значение, которое "подвязывать" к таким операциям. Или может как-нибудь по-другому?

В одном чеке могут продаваться несколько товаров. Кроме того в чеке есть такие операции - скидки как на товар, так и на весь чек, также возвраты и т.п. Поэтому я и посчитал, что фактом является более детальная операция (что уже нельзя раздробить на части). Возможно я и не прав.

To Вжик.
Скорее всего правильнее как у Вас, но я хотел спросить другое - как отразить, например, такую операцию, как "Отмена чека" или "скидка на чек" в таблице фактов, которая повязана с измерением "Товар", ведь такая операция не привязывается к конкретному товару?

Источником данных для хранилища является таблица транзакций ККМ. Каждая запись в ней фиксирует определенную операцию, например
1. Чек №15; продажа по коду; Товар1; 1 шт. 10 руб.
2. Чек №15; скидка на чек; тип скидки 1; - ; 1 руб.
3. Чек №15; Оплата ......
4. Чек №15; Закрытие чека;-;-; 9 руб.
Если в первой строке есть ссылка на товар, то в последующих строках ее нет.

Сделал вот как (упуская другие измерения для наглядности, напр. номер кассы, кассир, дата):
Таблицы фактов "Продажа по товарам" и "Скидки на чек". Таблицы измерений "Чек" (номера чеков), "Товар"(в виде Parent_child), "Операция" (виды операций - продажа по коду, сторнирование, скидка на чек, закрытие чека и т.п.). В "Продажа по товарам" - информация по продажам товаров, сторнированию, скидкам на позицию в чеке (количество, сумма), связана эта таблица с измерениями "Чек", "Товар", "Операция" через ключевые поля. В "Скидки на чек" - информация по скидкам на чек, если есть (сумма), связана эта таблица с измерениями "Чек", "Операция". Делаю два куба на основе этих таблиц фактов, а затем третий виртуальный куб на основе этих двух. Вроде бы все получилось, можно посмотреть - что продавалось, сколько было скидок. Вопрос вот в чем, это я попробовал на малом количестве данных, а что будет когда соберешь данные за несколько лет. Т.е. сильно ли отличается по производительности (обновление данных в многомерном хранилище, время выдачи результата пользователю) от стандартной (в ХД - данные по схеме "Звезда") такая схема организации данных. (в ХД несколько таблиц фактов, в многомерном хранилище есть виртуальный куб).
Извините за сумбурность.

Прелюдия - несколько супермаркетов, в каждом порядка пяти ККМ, в которых ведется справочник транзакций. Этот справочник надо периодически чистить, а данные перед этим сохранять, причем все. Вот и встал вопрос о хранилище. Я понимаю, что его структура должна быть приближена к тому, какие отчеты потребуются пользователям. Но в данный момент мне никто полный ответ не даст.
Понятно, что измерения должны включать показатели, по которым проводить анализ (магазин, касса, товар, операция (продажа, возврат, скидка), вид оплаты (наличными, кредитом)), и количество записей в таблице измерений должно быть достаточно небольшим.
Если не будет измерения "Чек" с членами "Номера чеков", а номер чека будет отдельной колонкой в таблице фактов, то можно ли затем решить такую задачу - посчитать количество чеков в привязке ко времени продажи (утро, день, вечер, ночь), когда продавался определеный товар или группа или более правильный пример - сравнить количество покупателей в разное время суток (т.е. количество чеков утром, днем, вечером, ночью).
В чеке может отражаться несколько фактов продажи разных товаров, а покупатель был один.