Кубы не подойдут, т.к. очень много естественных ключей.
Какая разница какие ключи в источнике. Надо строить модель на суррогатных ключах. Надо спроектировать ХД.
Если это скоростное что-то, то надо делать Operational Data Storage. Все равно вы упретесь в то, что понадобиться дополнительные справочники. Будет обвешивать индексами и т.п.
Ну, как бы пробовали у нас построить хранилище данных для складской выработки. Собирается всё отлично, замечательно, из разных источников.
Только вот посчитать красиво (при допустим ежемесячных изменениях фильтрации):
- на каком источнике данных
- какого типа операции
- какого клиента
- какого товара
- когда
- где
- чем
- с каким качеством
- etc
как выдавать расценку, трудозатратность и прочее - стало просто не реально.
Пришли к тому, что литься будут данные в ХД уже посчитанные группой преднастроенных датасэтов. Т.к. ведение логики вышеперечисленных в самом кубе приведёт к сумасшествию и конфликтам. Ну и потерям денег
в итоге думается будут храниться только ключевые вещи
код норматива-исполнитель-дата-стоимость-количество-время ну и небольшое прочее
