Добрый день, есть задача "построить хранилище данных для экспорта во внешную систему напрямую из базы".
Есть поток данных - параметры товаров (заливаются ежедневно, на текущую дату, не меняются исторически, из 2х источников - поставляющих разные части).
Примерно 60 млн. строк в месяц.
Данные будут забираться напрямую из Оракла во внешную систему, ежедневно за последний день.
BW 7,0,

Сейчас взвешиваем варианты:
1) Строить простой ОДС и разбивать его помесячно
2) Строить простой ОДС и разбивать его по годам
3) Попытаться построить ОДС с инкрементальным обновлением и разбивать его по месяцам/годам

Есть ряд вопросов:
Что посоветуете?
1) На каком объеме данных ОДС будут крутиться - 720 млн строк в год будут нормально заливаться и активироваться или лучше разбить на месяцы.
2) Возможно ли тут создавать ОДС с инкрментальным обновлением/имеет ли смысл?

Цель этого грандиозного хранилища "залить в ODS"?! И все?!
Ну тогда заливать по 60 / 22 (если только по рабочим дням) = 2,7 млн в день в ODS, оптимизированный для записи, а если потребуется обычный ODS, тогда в настройках указать без создания SID-ов, чтобы активация быстрее проходила

Цель - использовать BW как хранилище... соответсвенно думаем что для этого оптимально подойдет ОДС (так как есть только одна таблица +- строяться доп индексы)... только вот какого вида?

Правильно ли я понимаю, что если ОДС будет использоваться во внешней системе, то можно убрать галку по формированию SIDов - в таком случае загрузка будет быстрей, но будет утеряна проверка признаков на консистентность со справочниками?

Ну сейчас в ОДС 2 млн записей заливаются за час (каждый день, в том числе и выходной). В самом BW данные не будут использоваться.

Галочка "отключить генерация SID" ускорит не загрузку, а активацию данных, на консистентность данных это не влияет. SID в ODS нужны в основном для системы отчетности, если SID'ов нет , то при построении запросов, они будут генерироваться. Вывод: если не планируете строить отчетность средствами BEx, тогда SID можно выключать.