Справочная информация
Наше приложение читает / пишет из 3 компонентов:
- Веб-сайт клиента ASP.NET MVC 3 (действия записи)
- Средство проверки Winform в магазинах (действия по записи)
- Silverlight Dashboard для арендатора (95% совокупных операций чтения и 5% операций записи)
(3) - единственная часть, которая может использовать некоторые улучшения производительности.
Нашим хранилищем является база данных STP SQL Server Standard, в которой хранятся процедуры, объединяющие данные, используемые приложением silverlight.
При использовании советника по настройке базы данных или плана выполнения мы не видим пропущенных критических индексов и перестраиваем индексы с помощью задания агента sql.
Большинство виджетов - спарклайны
- x = время, выбранное по интервалу (день, неделя, месяц, год)
- y = совокупность (сумма, средняя, т. Д.)
в настоящее время мы возвращаем около 14 - 20 баллов за виджет. Изначально наша панель инструментов содержит 10 виджетов.
Наши размеры будут: арендатор, магазин, (день, неделя, месяц, год)
Наши факты: выполнено, неполно, выкуплено, оценка ...
Я знаю, что денормализованная таблица уберет сервер SQL, необходимый для пересчета для
менеджеры магазинов, владельцы франшиз, корпоративный просмотр данных ~ 50 (одновременные пользователи)
каждый раз
Я буду честен, если мы перейдем с OLAP, это будет мой первый опыт работы с ним.
Вопросы
Что такое долгосрочное решение для многофункциональной панели отчетов?
Я бы предположил, OLAP. Если так, как бы вы поддерживали его в актуальном состоянии, чтобы быть рядом с информационной панелью в реальном времени, которая есть у нас сегодня?
Размещение страницы обслуживания, пока OLAP перестраивает себя, не вариант.
В идеале мы хотели бы делать это постепенно и рассматривать Nservicebus (который мы используем сегодня уже) как отличный мост для обновления этих
денормализованные взгляды. Помещаем ли мы эти денормализованные представления в oltp как просто другую таблицу или есть способ постепенного обновления источника данных OLAP?
Ссылки
http://www.udidahan.com/2009/12/09/clarified-cqrs/
http://www.udidahan.com/2011/10/02/why-you-should-be-using-cqrs-almost-everywhere%E2%80%A6/