_модБор_ИСЕсть множество систем. Порядка 20
Решение зависит от используемых СУБД.

Решение зависит от очень многих факторов. Объемы данных не так влияют, как их качество, аналитики, размерности. Раз решили использовать XML, то подозреваю, что там вполне типичный зоопарк систем. Типовой набор задач : интеграция, транзакционное хранилище, логика агрегации, олап-хранилище, система отчетности. Все должно работать в одних терминах, значит метаданные в той или иной форме, справочники. Это только основные технические проблемы. Их решение зависит от существующей инфраструктуры, организационных и финансовых проблем, текущего состояния, отношения к IT руководства, общего положения на предприятии, географии, перспектив развития, взаимоотношений с конкретными вендорами, наличием нужных специалистов и т.д. и т.п.

Бор_ИСЕсть множество систем. Порядка 20, руководство предприятия требует отчёты, данные для которых берутся из всех этих систем т.е. сидит несколько человек делает выгрузку из одной системы, затем из другой, потом это всё слепляет, снова обрабатывает. И потом этот отчёт подаётся руководителю. Отчёты разные, иногда меняются. Есть отчёты которые нужно делать каждый день, есть которые каждый месяц. Данных несколько терабайт.
Есть идея выгружать данные из всех систем в xml, затем запихивать это всё в одну СУБД и потом уже просто остаётся правильно написать запрос.
Есть ещё как-нибудь идеи как это можно делать быстро?

Насчет сделать быстро и отностительно малой кровью.
1. Опишите и зафиксируйте интерфейс выгрузки (формат XML, csv, web-service... - по вашему усмотрению).
2. Выгружайте только агрегаты. В аналитических отчетах терабайты не нужны. Они могут понадобится для статистических и итсторических отчетов, но тогда надо строить полноценное транзакционное хранилище.
3. Заведите справочники для всех аналитик, желательно с историчностью, но это гораздо сложнее. Приводите данные измерений к этим справочникам в момент выгрузки.
4. Разработайте аналитическое хранилище.
5. Разрабатывайте отчеты на промышленной платформе (MS Reports, BusinessObjects, Crystal, Oracle Reports... ). Если что-то уже не используете, конечно, стоит купить...

Делайте все, ориентируясь на план развития ИТ в компании.

iscrafmShoora5. Разрабатывайте отчеты на промышленной платформе (MS Reports, BusinessObjects, Crystal, Oracle Reports... ). Если что-то уже не используете, конечно, стоит купить...

промышленная это та которая промышляет? А если для формирования отчетности не используется MS Reports, то отчетность получается некорректная? А если не купить Oracle Reports, то о какой интеграции вообще может идти речь.
Иногда такие советы прочитаешь...

Вот именно, совет. Следовать ему или нет - личное дело каждого. Я высказал свое мнение, которое основано на личном опыте работы в одной очень немаленькой корпорации, где количество интегрированных систем несколько больше 20. А написал криво - признаю. Читать так:

5. Разрабатывайте отчеты на промышленной платформе (MS Reports, BusinessObjects, Crystal, Oracle Reports... ). Если что-то уже не используете, конечно. На мой взгляд, стоит купить...

Нормальная система аналитической отчетности экономит кучу времени всем участникам процесса.

iscrafmShoora,
мой вопрос состоял в том, что такое промышленная платформа. Это платформа которая промышляет, платформа для промышленности или что?

Это устоявшийся термин, означающий стабильный продукт с заявленной стратегией развития, большой историей внедрений, обычно от известного производителя. Создан занять определенную нишу в IT-инфраструктуре предприятия. Обычно к нему прилагается сложившийся рынок специалистов.

iscrafmТитов АлександрПродукты из списка вполне живы и развиваются в известных направлениях.
шикарная характеристика :)
p.s. Вы перелогинились?

Про характеристики - ну не скажешь в двух словах о нежных отошениях SAP, Oracle, IBM, Microsoft и их поглощения. Хотите поговорить про преимущества той или иной BI платформы? Я не хочу - слишком обширная тема, к тому же оффтопик. В компании, где я работаю основным средством аналитической отчетности давно был выбран BO (до покупки САПом). Поскольку основной платформой приложений является SAP, можно сказать, что наши стратеги не зря получают зарплату - угадали.

p.s.->p.s. Ну, так получилось :)