Решения для отчетности

Question

Я обращаюсь к предложениям по решениям для отчетности

Мы разрабатываем много проектов в домах (.net и sql server). Для большей базы данных мы используем бизнес-объекты и создаем юниверсы для отчетности, чтобы аналитики или авторы отчетов могли создавать отчеты, и разработчикам не нужно было участвовать.

Многие из наших проектов содержат важные данные, но недостаточно велики для создания универсальных хранилищ и хранилищ данных. Нам все еще нужно создавать отчеты с этих данных, но мы не хотим сообщать о текущих базах данных, поскольку это может повлиять на производительность приложений. Для некоторых наших проектов мы делаем резервное копирование/восстановление в ночное время, эффективно дублируя базу данных, а затем используем копию в качестве базы данных отчетов. Не имея большого опыта отчетности, мне интересно, какие другие решения были реализованы.

Answer 1

В подобных ситуациях мы установили transactional replication из базы данных OLTP во вторичную базу данных, которая используется для целей отчетности.

Answer 2

Если вы используете 2008, вы можете использовать регулятор ресурсов, чтобы ограничить использование процессора и памяти на сервере своей производственной базы данных пользователями отчетов. Лучший сценарий - иметь выделенный сервер отчетов и db, но это может сработать.

Answer 3

Самый простой способ - создать сервер для создания отчетов и репликации баз данных на него. Запустите отчеты с сервером отчетов.

Это может быть не очень эффективно для отчетности и, вероятно, будет иметь проблемы с производительностью, если у вас большая рабочая нагрузка отчетов.

В зависимости от требований к отчетности вы можете захотеть что-то между хранилищем данных и набором отчетов против копии своей операционной базы данных. Простые, скомпонованные по системе уплотненные структуры отчетности часто могут быть реализованы довольно быстро. Создайте базовый процесс ETL, чтобы заполнить это ночным обновлением, и у вас будет что-то, о чем можно сообщать достаточно разумно.

Для более сложных аналитических требований или если вы хотите использовать кубы, вам может потребоваться укусить пулю и построить надлежащий склад или хранилище данных.

В любом из последних сценариев сервер SQL поставляется с инструментом, называемым построителем отчетов (начиная с SQL Server 2005), который можно рассматривать как бизнес-объекты бедного человека. Это можно было бы использовать для предоставления специальных возможностей отчетности для базы данных отчетов. Однако, поскольку у вас нет контроля над SQL, созданным инструментом, он, вероятно, будет работать плохо, если вы попытаетесь использовать его с исходной структурой данных из ваших операционных баз данных. Получение хороших результатов от такого инструмента имеет тенденцию требовать, чтобы база данных была структурирована так, чтобы хорошо играть с инструментом и обработкой ETL, которая сглаживает данные, поэтому она довольно хорошо себя ведет.