Database
 sql >> база данни >  >> RDS >> Database

Миграция на DB със съветника за няколко таблици NextForm

„Съветникът за миграция на няколко таблици“ в изданието на СУБД на софтуера IRI NextForm премества данни от една база данни в друга, множество таблици едновременно. Потребителите на платформата IRI Voracity също могат да се възползват от тази функция.

Следва пример за мигриране на данни от две MySQL таблици в Oracle. Не е задължително таблиците да съществуват в целевото местоположение; обаче в този пример те действат като празни таблици. Целевата таблица ORDERS_NF ще има маскирана колона „TOTAL“.

Ето таблиците, каквито съществуват в тестовата схема на изходната база данни MySQL, както е показано в графичния интерфейс на IRI Workbench за NextForm:

Съветникът започва, като пита кой метод за източник и насочване на БД ще се използва. NextForm поддържа както IRI FACT (бързо извличане), така и ODBC за събиране на данни. Попълването на данни може да бъде чрез групово зареждане (за което NextForm ще напише контролния файл на помощната програма за зареждане) или ODBC. Ако използвате плоски файлове и имате лицензи за Voracity (или IRI CoSort), този файл за зареждане може да бъде предварително сортиран по основния индексен ключ, заобикаляйки функцията за сортиране на зареждача и ускорявайки зареждането.

На втория екран изберете изходните таблици, които ще мигрирате. Има втора таблица, избрана надолу в невидимата секция на полето за превъртане:

Можете да използвате различни полеви правила, за да трансформирате вашите данни, преди да бъдат заредени в целевите таблици. В този случай колоната TOTAL ще бъде маскирана с числото „1“:

След като изберете целевата база данни и схема, страницата с обобщение показва информацията, въведена в страниците на съветника, заедно с всички съвпадащи правила и съществуващи съвпадащи таблици:

Папката „нова партида“ показва скриптовете, създадени от съветника. Тъй като продуктите на IRI работят на командния ред, единственият файл, който трябва да се изпълни, е пакетният файл. Той автоматично обединява изпълнението на всички скриптове.

В прозореца за редактиране, показан по-долу, са двата скрипта, които извличат данните от изходния файл и ги трансформират, преди да ги запишат в два текстови файла (CUSTOMERS_NF.out и ORDERS_NF.out). Маркираният ред показва трансформацията, която ще се извърши в полето „ОБЩО“.

След като пакетният файл се изпълни, данните вече се виждат в целевите таблици. Колоната „ОБЩО“ вече показва 1, където са били действителните данни. Това е полезно при настройване на нови системи за бази данни, когато не искате производствените ви данни да се виждат по време на тестване.

Ако по някаква причина миграцията ви не е била успешна, регистрационните файлове, създадени по време на изпълнението на пакетния файл, са полезни при определянето на защо. Например, ако имате данни в грешен тип данни или формат, регистрационният файл ще го покаже.

В следния случай прехвърлянето е било успешно:

NextForm включва този лесен за следване съветник за миграция за вашите проекти за миграция на данни с няколко таблици. След като вашите правила са настроени, също така е доста лесно да приложите тези правила за картографиране по време на миграцията си, за да запазите стъпките по-късно.

Изпратете имейл на [email protected], ако имате въпроси; не забравяйте да посочите, че пишете за изданието на СУБД на NextForm. За съдействие при мигриране на сложни ограничения, задействания, SQL процедури и/или приложения за бази данни, свържете се с Професионалните услуги на IRI или с експерт по база данни на трета страна.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Разделяне на струни:последващо действие

  2. Свързване с Lotus Notes от Java

  3. Релационни срещу нерелационни бази данни – част 3

  4. Задаване на атрибути на ODBC връзка, без да се налага да се пише код

  5. Работа с Java данни в Alteryx