Есть один сервер DB1 (Oracle 10g).
Есть второй сервер DB2 (MySQL 5.5).
Нужно обеспечить синхронизацию части данных с DB1 на DB2.
Задача более-менее стандартная, но есть несколько нюансов и стандартные решения не подходят.

1. Обычно оптимальным является линковка одного сервера к другому и прямая синхронизация данных между СУБД.
Однако между DB1 и DB2 нет связи, они не видят друг друга.
В принципе связь можно было бы организовать, однако я очень не хочу делать возможным доступ с DB2 на DB1.
Доступ с DB1 на DB2 в принципе можно было бы разрешить на шлюзе, однако я не нашел, как можно к Oracle подключить внешний источник данных. К тому же на DB2 будут использоваться несовместимые типы данных.

2. Также частым советом является GoldenGate, но насколько я понял, он весьма платный (редакция Oracle стандартная, подписка не продлевалась). Кроме того, сервер СУБД достаточно старый (RHEL4), накатывать на него софт нежелательно.

3. Прямой связи между DB1 и DB2 нет. Однако есть сервер SRV в DMZ, с которого есть подключения к обоим серверам БД.
Я предлагаю делать следующее.

На сервере DB2 созданы таблицы (T1...Tn) с необходимой структурой, индексами и ссылками. В этих таблицах будет храниться копия нужной информации с DB1.
Также на сервере DB2 будут созданы таблицы (M1...Mn) с таким же набором полей, но с типом MEMORY и без индексов (за исключением PK).
Скрипт будет подключаться к DB1 и загружать нужную информацию локально.
Затем он будет подключаться к DB2, очищать M-таблицы, массово (bulk) загружать в них ранее полученную из DB1 информацию.
Затем будет выполнять SQL-запросы, синхронизирующие информацию между M-таблицами и T-таблицами.

Подскажите, как максимально быстро загрузить массив данных в БД MySQL?
Сформировать файл для mysqldump и использовать mysqldump?
Или можно обойтись без использования временных файлов, например использовать многострочный insert?
________________________
Мы смотрим с оптимизмом...
...в оптический прицел.

Oracle это вещь требующая квалификации, я опасаюсь его сломать. К тому же если на сервере отсутствуют драйвера ODBC для MySQL (а на RHEL4 это более чем вероятно), их нужно будет ставить. А на такой старой системе это может быть нетривиально. Впрочем я в этом направлении почитаю, если все будет несложно и понятно, попробую так.

Про infile почитаю.

Еще такой вопрос.
Допустим я буду использовать load data infile.
Таблицы у меня InnoDB, в данными работает веб-сайт.

Стоит ли делать синхронизацию в два этапа - загрузка "сырых" данных в memory-таблицы с последующим их переносом (insert ... on duplicate / delete) в рабочие InnoDB-таблицы? Или можно сразу делать load data infile в рабочие InnoDB-таблицы? Не будет ли во втором случае проблем с доступом к этим таблицам для веб-сайта?
Раньше я сталкивался с тем, что MySQL довольно своеобразно работает с транзакциями.

Поразмыслив я пришел в выводу, что данные с DB1 мне нужно загружать не только на DB2, но найдется еще пара информационных систем, где эти данные мне также нужно использовать. И чтобы не грузить лишний раз DB1 запросами, я подумал сделать так:
1. Нужные данные выгружаются из DB1, либо в CSV-файлы, либо скриптом загружаются в память сервера.
2. Полученные данные загружаются в БД MySQL на сервере SRV. Для ускорения используются таблицы MEMORY или MyISAM.
3. В БД MySQL на сервере SRV СУБД остальных информационных систем подключаются как прилинкованные базы данных (там как раз везде MySQL) и перенос данных осуществляется SQL-запросами.
То есть с DB1 регулярные (раз в 5 минут) выгрузки я делаю только с одного сервера, а нагрузка на миграцию данных дальше ложится уже на остальные сервера.
Есть ли смысл в такой схеме?