2017-10-09 8 views

Répondre

0

Cela dépend beaucoup du niveau de réorganisation des données prévu.

Si votre objectif est simplement de changer le SGBD sous-jacents, et peut copier/coller les tables, vous avez une Wizard (Menu Tools) appelé Copy Tables (au pluriel), qui vous demandera l'entrée et la connexion de sortie et de créer tout ce est nécessaire (script de création SQL, une transformation par table, un travail pour exécuter l'ensemble des transformations).

Cela ne fonctionnera pas dans votre cas car Cassandra n'est pas une base de données SQL. Cependant, il vous donnera un squelette, dans lequel vous devrez remplacer tous les Output table s avec un Cassandra output, qui vous fournit en un clic le CQL à exécuter avant d'insérer des lignes.

Mais c'est la théorie. Non pas à cause des détails techniques, mais parce qu'une telle migration nécessite une modification du modèle de données qu'il est difficile de deviner si vous n'êtes pas très familier avec l'activité. Donc, commencez à migrer la table avec les clés les moins étrangères, et demandez des informations à votre patron/client. Passez ensuite à la table suivante, et ainsi de suite. Choisissez toujours une table sans clé étrangère qui n'a pas encore été déplacée, effectuez une vérification (nombre d'enregistrements) et demandez des commentaires aux utilisateurs. Vous serez bientôt invité à modifier la structure des données.

Notez également que si les bases de données Oracle/MySQL sont en production, les données changent tous les jours. Donc, ne jetez pas votre ETL, mais incluez-les dans un seul Job, de sorte que vous puissiez recharger de nouvelles données sur un simple clic.