|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Candidat au titre de Membre du Club
![]() Inscription : novembre 2002 Messages : 34 ![]() |
Je vais devoir fusionné 30 bases Firebird pour n'en faire qu'une seule
Ces base ont un chéma identique bien entendu. Cette fusion devra s'effectuer une fois par semaine. Une personne à t'il une experience dans ce domaine ? Exsite t'il des outils standards ? Merci |
|
|
00
|
|
|
#2 |
|
Membre expérimenté
![]() Inscription : mars 2002 Messages : 711 ![]() |
tu peux faire cela avec de la réplication de base. Mais si tu ne l'a pas prévu avant, ça risque de devenir le bordel...
http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_replicator |
|
|
00
|
|
|
#3 |
|
Membre éclairé
![]() Inscription : décembre 2004 Messages : 379 ![]() |
le problème dans les fusions peut-être réglé avec des programmes externes (à chercher ou à faire) ou alors au moyen d'une udf.
il est aussi possible moyennant plusieurs scripts sql d'extraire les données d'un coté et de les injecter de l'autre (avec quelques précautions) cela fonctionne parfaitement et l'outil existe en standard (isql) et par exemple une procédure stockée qui se charge d'importer les données (via une table externe) ou aussi au moyen d'udf (c'est ce que j'utilise) qui permet l'établissement d'une connexion entres 2 serveurs et donc 2 bases (au plus) de données pour transvaser les données. j'utilise cette technique avec succès sur un serveur windows en émetteur et une autre base ayant une autre structure sur une machine linux. c'est cette machine (linux) qui dispose de l'udf en question. tout est une question pratique dans les choix, ils ont tous leurs avantages et leurs inconvénients... le plus rapide et performant, mais aussi le plus délicat et celui avec l'udf, le plus simple et le programme externe qui trappe les données d'un coté et les renvoient de l'autre, et le plus "portable" et isql pour émettre les données et une procédure stockée pour les recevoirs... aux choix... |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com