Что я должен иметь в виду при создании решения OLAP с нуля?
Я работаю в компании, использующей программный продукт на основе сервера базы данных MS SQL, и за эти годы я разработал 20-30 довольно сложных отчетов на PHP, беря данные прямо из базы данных. Это было очень успешно, и люди довольны этим.
Но у него есть некоторые недостатки:
- Для новых изменений он может быть довольно интенсивным в разработке
- Пользователь не может много экспериментировать с данными - он привязан к жестко запрограммированному представлению
- Он может быть медленным для больших отчетов
Я подумываю о постепенном переходе к подходу на основе OLAP, который можно запрашивать из Excel или какой-либо веб-службы. Но я хотел бы сделать это таким образом, чтобы внести наименьшее количество новых сложностей в ИТ-среду - наименьшее количество различных служб, заданий синхронизации и т. Д.!
У меня есть несколько вопросов по этому поводу:
1) Связанные с рабочим процессом:
- Каков хороший путь разработки от «черного ящика SQL-сервера» до «готового к использованию OLAP»?
- Какие серверы и службы необходимо настроить, а какие скрипты надо писать?
- Какие части являются наиболее сложными / наиболее важными / наиболее трудоемкими?
2) ETL:
- Я полагаю, что лучше иметь отдельные серверы для хранилища данных и производственного SQL?
- Как это синхронизировано (толкать / тянуть)? Какие технологии / языки используются?
- Для меня SSIS выглядит слишком сложным, а графический рабочий процесс меня не особо привлекает - я бы предпочел текстовый сценарий, выполняющий эту работу. Возможно ли это?
- Или выгоднее использовать графический клиент только с одним источником и одним местом назначения?
3) Разработка:
- Какую часть этого (интеграция данных, службы анализа) можно эффективно поддерживать с помощью инструмента командной строки ?
- Можно ли легко переносить установку между производством и разработкой?
I ' Я доволен любым ответом, который охватывает лишь некоторые из этих вопросов - и хотя это среда MS, мне также интересно узнать о преимуществах других технологий.