Liquibase est-il recommandé pour la migration des données de production d'un ancien schéma de base de données vers un nouveau?

Question

Je suis nouveau dans le monde de la migration de données et je cherche des moyens de migrer les données des clients en utilisant OurApp 1.0 vers une nouvelle base de données avec un schéma compatible avec OurApp 2.0. J'ai vu plus de quelques personnes recommander Liquibase pour les tâches de gestion de changement de base de données et de refactoring de base de données, ce qui, à mes oreilles, semble être proche de ce dont nous avons besoin. Cependant, après avoir lu le matériel sur www.liquibase.org, j'ai l'impression que Liquibase est plus à propos de garder le schéma à jour que de convertir beaucoup de données existantes pour qu'elles puissent persister le nouveau schéma. Dites que je voulais diviser une colonne de la table Employee nommée nom en une colonne Prénom et Nom. Liquibase serait en mesure de modifier la table en supprimant la colonne de nom et en ajoutant une colonne prénom et nom de famille. Cependant, j'ai l'impression que Liquibase n'est pas vraiment conçu pour que je puisse brancher du code de conversion qui analyserait le nom des enregistrements existants dans la base de données en un prénom et un nom et les stockerait dans leurs colonnes respectives.

Par exemple, supposons que ma table ressemblait à ceci

id | name    | position 
********************************* 
12 Horace Slughorn Professor 
13 Albus Dumbledore Headmaster 

Après avoir couru Liquibase la colonne de nom serait remplacé par un prenom et la colonne lastname donc mon schéma de base de données serait correct. Mais je suppose que Liquibase n'est PAS une structure qui me permet de brancher du code qui analyse "Horace Slughorn" dans "Horace" et "Slughorn" et stocke ces valeurs dans les colonnes prénom et nom de cet enregistrement.

id | firstname | lastname | position 
***************************************** 
12 Horace   Slughorn   Professor 
13 Albus   Dumbledore  Headmaster 

Alors Liquibase garde votre schéma jusqu'à ce jour, mais n'a pas été conçu pour vous aider à convertir vos données existantes afin qu'il corresponde au nouveau qu'il schéma. Est-ce correct?

Answer 1

Le but de Liquibase est de vous permettre de déplacer votre base de données d'une version vers la nouvelle version. Il a beaucoup de "refactorings" de base de données, mais il n'en a pas pour diviser vos données comme vous le décrivez car la façon dont vous divisez les chaînes existantes dépend tellement de votre implémentation.

Liquibase vous permet de créer des classes de changement personnalisées (http://www.liquibase.org/manual/custom_refactoring_class) dans 1.9 ainsi qu'un support de changement personnalisé beaucoup plus puissant dans 2.0 (http://liquibase.org/extensions). Il est basé sur Java, donc votre script doit être écrit en Java, mais vous pouvez faire toutes les lectures de données et la manipulation dont vous avez besoin.

Remarque: si vous avez beaucoup de données, lire les enregistrements dans Java, puis les écrire sera lent. Dans ce cas, vous pouvez utiliser la balise liquibase et créer une ou plusieurs instructions sql basées sur la base de données et/ou des procédures stockées qui effectueront la division dans la base de données. Liquibase sera toujours très utile pour suivre que le fractionnement a été fait et ne devrait pas être fait à nouveau.

Answer 2

Vous pouvez également utiliser dbdeploy si vous souhaitez écrire du code SQL personnalisé. Liquibase prend également en charge l'écriture de SQL personnalisé, il y a DBMaintain ou iBatis Migrator.