Арександр

опыт "OLAP с помощью Postgres (как мы строили BI)" Фефелов Андрей, Mastery.pro
можете найти их презентацию
они использовали:
Cubes (API) cubes.databrewery.org
Saiku (UI)

есть еще варианты через Pentaho Mondrian https://datavirtuality.com/connectors/integrate/gr...
тут уже получаете поддержку полноценного MDX и XML/A
возможность подключения к кубам из Excel

есть проект https://nats.io/ - нативный на Go, есть клиенты под другие языки
на базе их тестирования быстрее конкурирующих решений
на хабре была статья https://habrahabr.ru/post/326880/

для этого нужно писать свой эдитор - лучше на основе их грида(тогда он будет поддерживать стили)
их grid очень функционален и подобные нестройки можно сделать без особых проблем.
если грид по каким-то причинам не подойдет, можно взять за основу их spreadsheet
для XAF у них много примеров и документации как писать собственные редакторы
https://documentation.devexpress.com/#eXpressAppFr...
https://www.devexpress.com/Support/Center/Search/L...

есть такая украинская система ИТ-Предприятие
они все вложения (картинки, документы, видео) хранят в БД. При этом для экономии используют отдельную БД например MS SQL Express. это позволяет упростить обслуживание основной БД. На сколько такой подход проще... но он реально у них используется во всех новых версиях системы.

посмотрите www.stimulsoft.com/ru - очень функционален
есть ряд других, например
GrapeCity Active Report activereports.grapecity.com
Devexpress XtraReport demos.devexpress.com/xtrareportsdemos

CREATE GLOBAL CUBE - это создание локального куба
вы можете это делать если будете использовать XML/A но это не удобно и сложно
есть сторонний бесплатный проект скипта - многие его используют www.bimlscript.com

недавно рассказывали про русскоязычный опыт применения habrahabr.ru/post/259081 презентация называлась "BIML — лучший друг для SSIS разработчика"

например: mdx on mongodb
т.е. можно использовать Pentho - но стоит обратить внимание, что фактически это возможность строить аналитически запросы на MDX к хранилищу Mongo. Производительность это уже вопрос исследований.
есть еще экзотика bime и другие

например использовать Linked Server
и конструкции по аналогии:

select * from openquery(LINKED_OLAP_SERVER, 'SELECT NON EMPTY _
{ [Measures].[Sales Amount] } ON COLUMNS FROM [Sales]')

если знакомы с Devexpress, то посмотрите RichEdit MailMerge демо https://demos.devexpress.com/MVCxRichEditDemos/Mai...
у них есть подобный и для Excel

структура ХД - как правило "звезда" для каждой из задач.
В этой структуре формулировать запросы гораздо проще чем в OTLP со множеством связей. Так бизнес-пользователь вряд ли разберется в названиях таблиц и полей OLTP, при этом, почти не возникает проблем в написании запросов к витрине данных. Данные уже подготовлены, очищены. Структура ХД полностью ориентирована на запросы (в OLTP структуры ориентированы на вставку и изменение данных). Наличие отдельно ХД и OLAP как правило полностью снимает вопросы отчетности, большая часть может строиться самими бизнес-пользователями (Ad-Hoc) - наиболее полезные из них и часто используемые можно перенести уже в перечень "встроенных"

посмотрите в сторону компонент
например devexpress dashboards - купите на 1 c# разработчика и получите для всех бизнес-пользователей. Практически готовое приложение в виде компонента.
возможности очень широкие, мы используем в своих продуктах и довольны
был их доклад на .NEXT

WWF всегда асинхронный, нужно ли это всегда для документооборота?
кроме этого WWF предоставляет фактически только engine
редактор для бизнес-пользователей точно не подходит... в нескольких решениях использовали, в итоге отказались (используем quartz).
служба wwf капризна, требует написания спец. приложения для мониторинга, редактор даже для программистов тяжел.
попробуйте реализовать без С# разработки параллельное и последовательное согласование схемы получите такие, что спустя 2-3 месяца будет проще написать заново, чем разбираться

смотрите в сторону продуктов CEP например www.datameer.com

зависит от нагрузки, если данных и изменений очень много и критично быстродействие, то только 3-й вариант CDC - может работать без нагрузки на основную БД (на выделенном сервере), однако требует MS-SQL Enterprise Edition
дополнительно посмотрите проект AutoAudit на codeplex - возможно вам подойдет.
разница между 1,3 и 2 вариантом, в том, что 1и3 вы будете видеть историю на физическом уровне БД (таблицы БД), во 2-ом на логическом уровне прикладных C# Объектов. Однако логировать придется либо на клиенте, либо на сервере приложений - может стать критично к памяти по количеству обрабатываемых записей (если в транзакции более 10тысяч изменений). Опять же если у вас в БД есть хранимые процедуры, то во 2-ом варианте вы упустите из аудите их изменения

бесплатно www.meteorite.bi на HTML5
если корпоративная сеть и планируете взять компоненты и как-то встроить, то посмотрите Ranet OLAP и
ComponentOne, Radar-Soft, Devexpress Dashboards

есть специализированные инструменты
Data Defractor - по моему мнению самый доступный и понятный
Astera Report-miner - возможно более функциональный но и более сложный

в рамках своих продуктов делали собственный инструментарий устойчивый к вставкам новых столбцов, строк и др.символов

зависит от объема данных и специфичных требований к BI
примеры
meteorite.bi
jedox palo - есть бесплатная версия
pentaho - бесплатен, но сложен
в cloud версиях много spotfire, tableau и пр.