Миграция БД с помощью SQLgateway

Благодаря Юрию Гомесу мы увидели очень хороший пример миграции БД с Postgres на IRIS.

Моя личная проблема заключается в использовании DBeaver в качестве инструмента миграции.
Тем более, что одной из сильных сторон IRIS (а также Caché) ранее было наличие
SQLgateways, которые позволяют получить доступ к любой внешней базе данных, пока для них есть доступ с использованием 
JDBC или ODBC. Поэтому я расширил пакет, чтобы продемонстрировать это.

Это классический пакет OEX с полным Docker.

SQLgateway устанавливается во время сборки Docker, а необходимый jdbcdriver для Linux

включен в это репо. Чтобы сделать демонстрацию быстрее, размер таблиц для миграции

были немного уменьшены. 

Как тестировать

Все действия по миграции могут быть выполнены непосредственно из SMP.

1.   

Проверьте соединение со шлюзом в     

SMP> Administration> Configuration >Connectivity >SqlGateway_Configuration     

Для проверки соединения нажмите кнопку edit

и Test Connection     

• проверьте успешность подключения     
• Будьте терпеливы на этом этапе. Контейнерам Postgres иногда требуется довольно много времени, чтобы поговорить с вами.    — Подождите немного, перезагрузите страницу в браузере и повторите тест.     

1. Идентификация исходных таблиц. В SMP >Change to Namespace USER затем перейдите в SMP >Explorers >SQL >Wizards >Data Migration ![].  

3.     

Установите необходимые параметры импорта         

• Destination Namespace — Type = TABLE — Gateway = postgres >>>> Теперь устанавливается первое соединение и выбирается — Schema = public — Tables to migrate = all         

4.      

Определите цель, но измените схему для совместимости с OEX с public на dc_public     
 

— не забудьте нажать кнопку изменить все     

— Мы переносим определения и данные, поэтому выбираем обе стороны.       

5.        

Пропускаем специальные настройки, используем значения по умолчанию, запускаем задачу в фоновом режиме           

6.     

Теперь проверяем результаты и видим, что все работает без ошибок.     
    

• Вы можете увидеть ошибки, если таблицы зависят от содержимого, которое еще не перенесено.       — И ждем завершения, пока статус не покажет Done     

7.     

Мы завершаем работу Migration Wizzard и возвращаемся к нормальному просмотру таблиц, отфильтрованных по dc*.     
     

— Все 8 таблиц видны и показывают значимые столбцы  

8.             

Выбрав таблицу и нажав на OpenTable, можно увидеть ее содержимое.     
     
                         

9.    

Просмотр соответствующих сгенерированных определений классов подтверждает результат и успешное завершение.