Мы находимся в процессе создания нового хранилища данных для страхового клиента. Их основным источником является страховое программное обеспечение GuideWire (GW). База данных приложения находится на SQL Server. Что касается баз данных приложений, то они сильно нормализованы и содержат более 300 объектов. Ниже приведено несколько вариантов, которые мы рассматриваем.
Вариант 1. Создание корпоративной модели данных, отражающей логические сущности в RawVault
- Создание промежуточного слоя, отражающего исходную структуру.
- Постройте грубое хранилище с сущностями, которые отражают реальный мир. Как контакт, клиент и т. Д.
- Создание слоя вспомогательных представлений поверх промежуточного слоя, объединяющего n таблиц исходного приложения для отражения структуры сущности реального мира. Например, в GW-источнике Контактная информация присутствует в> 7 таблицах в GW. У нас будут вспомогательные представления поверх промежуточных таблиц, которые объединят эти 7 таблиц, чтобы представить представление, отражающее структуру Contact Hub и Sats.
Плюсы: хорошая модель предприятия Минусы: необходимы первоначальные инвестиции
Вариант 2 - Не моделируйте Raw Vault. Отобразите исходные таблицы в виде концентраторов, файловых систем и объектов модели в информационном магазине или Business Vault, если необходимо
- Внесите 300 энтов в хранилище Raw с помощью концентраторов, спутников и ссылок
- Создание объектов реального мирав Business Vault или информационных киосках в соответствии с требованиями отчетности
Плюсы: ускоренное сырое хранилище, построенное с использованием автоматизации. Минусы: Сложное сырое хранилище в том виде, в котором оно теперь> 700 сущностей
Мой босс хочет вариант 2, а я говорю вариант 1. Не могли бы вы помочь мне в этой ситуации.
Спасибо всем.