Les forums contiennent souvent des sujets de la forme "comment migrer mon analyse" en Oracle, en SQL SERVER, MYSQL...
J'avais évoqué ce sujet dans un précédent billet, il n'y a aucune migration à faire au niveau des descriptions de fichiers pour utiliser une base de données ou une autre ! Si dans l'analyse un fichier est décrit en Oracle, sa description peut être appliquée en Hyper File, SQL SERVER ou tout autre base pour laquelle on dispose d'un provider OLE DB ou d'un accès natif.
La clé du mécanisme : les fonctions "HOuvreConnexion" et "HChangeConnexion".
Peu importe le type indiqué dans l'analyse, à tout moment le programme peut :
- appeler "HOuvreConnexion" pour ouvrir une connexion vers une base de données,
- puis appeler "HChangeConnexion" pour associer les tables de l'analyse, à cette nouvelle connexion.
C'est donc un mécanisme à garder dans un coin de tête, bien plus rapide que de se lancer dans des modifications de l'analyse, générations ...
16 avril 2007
Migrer une analyse vers une autre base de données...
Rubriques associées au billet : Hyper File / Base de données
Inscription à :
Publier les commentaires (Atom)
1 commentaire:
Dans une analyse HyperFile existante, il faut bien "migrer" les fichiers vers la base qui va être utilisée.
Créer les tables dans la base SQL, Oracle ou mysql et en respecter les contraintes qui ont été définies auparavant dans l'analyse HF me semble nécessaire.
Avec un accès natif je suis d'accord qu'il n'y, théoriquement, rien à changer au niveau du code si ce n'est un HOuvreConnexion et HChangeConnexion.
L'outil WDSQL est approprié pour créer les tables sur une base tierce et respecter les contraintes de l'analyse.
Enregistrer un commentaire