FMVМожно ли сделать так, чтобы был единый механизм выгрузки? На выходе нужно получить XML,
Этому "нужно XML" есть обоснование? Или "слышали что круто и вообще все вокруг его используют"?

FMVЧто можете посоветовать? На чем можно реализовать единых механизм? (С++, Delphi, SQL???)
Реализовать можно на чем угодно. Из того, с чем я работал, я бы в первую очередь посмотрел в сторону Oracle Warehouse Builder; это не его основное предназначение, но тем не менее, задачи перекачки данных рисуются на нем исключительно легко и непринужденно (ограничение - онлайн перекачки, то есть при наличии сетевой связи источника с приемником). Правда, с другой стороны, инструмент нуждается в освоении, поэтому для разовой пустяковой задачи возиться с ним - перебор; тут уже вопрос, насколько серьезна ваша задача.

FMVОбоснование есть - требование заказчика. У них есть утилита по загрузке данных, оформленных в виде XML.
Это, конечно, аргумент, хотя я бы все равно внимательно к нему присмотрелся. А то за неделю до подписания акта заказчик вдруг обнаружит, что "XML" и "реальные объемы данных" несовместимы.....

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

В наличии различных СУБД в данном случае нет большой беды - на уровне простых запросов совместимость вполне достаточная, написать "универсальное подключение" не составляет проблемы. Важен вопрос "сколько различных структур данных придется обслуживать" - одну, две или восемь?

Если восемь, очевидно, потребуется некоторая прокладка, которая сможет взять данные в первом-втором-третьем-четвертом входных форматах и конвертировать в некую универсальную форму, по которой и будет генериться выходной документ. Сделать это можно двумя основными способами:

1. Придумать некую метаинформацию, описывающую структуру данных в каждом случае. Типа "нужное нам поле лежит в таблице А и называется Б, доступно из таблицы В по ключу Г". Подход универсальный, но довольно масштабный; хорош для внедряемых универсальных решений, но для данного случае скорее всего слишком громоздок (придется либо писать довольно хитрый генератор SQL, либо ограничиться очень неэффективной реализацией с уймой мелких запросов).

2. Придумать некие "интеграционные объекты", скажем, view, с универсальным набором полей и реализацией, собирающей их из обслуживаемой базы.