|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Membre du Club
![]() Inscription : juin 2006 Messages : 243 ![]() |
Bonjour,
Tout est dans le titre, existe t'il un moyen d'enregistrer sur un fichier les différences entre deux bases de données ? Merci par avance |
|
|
00
|
|
|
#2 |
![]() ![]() ![]() Frédéric BROUARDExpert SGBDR & SQL Inscription : mai 2002 Messages : 12 080 ![]() |
Avec quelques centaines de requêtes dans les métadonnées (schémas SQL INFORMATION_SCHEMA et pg_catalog) et à condition d'implémenter un dblink entre les bases, c'est faisable...
Bon courage. A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
00
|
|
|
#3 |
|
Membre du Club
![]() Inscription : juin 2006 Messages : 243 ![]() |
Merci de ta réponse.
Si maintenant on se basait sur une table uniquement à intervalle périodique. Exemple : Avoir un fichier (de type quelconque) qui récapitule toutes les modifications qui ont été faites sur la table A à la fin de chaque mois. Est ce possible et plus facile à faire ? Merci |
|
|
00
|
|
|
#4 |
![]() ![]() ![]() Frédéric BROUARDExpert SGBDR & SQL Inscription : mai 2002 Messages : 12 080 ![]() |
Veut tu parler de modification :
1) de données, mais jamais de structure 2) de structure, mais jamais de données 3) de structure et de données ? A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
00
|
|
|
#5 |
|
Membre du Club
![]() Inscription : juin 2006 Messages : 243 ![]() |
la structure et les données
|
|
|
00
|
|
|
#6 |
![]() ![]() ![]() Frédéric BROUARDExpert SGBDR & SQL Inscription : mai 2002 Messages : 12 080 ![]() |
Dans ce cas il faut :
1) ajouter à toutes les tables deux colonnes : 1.1) colonne dateheure alimentée par défaut à l'insertion et à l'update 1.2) colonne UUID (ou GUID) alimentée par défaut à l'insertion (il sert à savoir quelle est l'origine de la donné) 2) tracer manuellement toutes les évolutions de structure avec la commande SQL, la date et l'heure (certains SGBDR comme SQL Server permettent de placer des trigger DDL sur les ALTER TABLE pour ce faire) 3) ajouter un trigger INSERT + UPDATE + DELETE sur chaque table en alimentant une table de suivi avec 3 informations : DATEHEURE + clefs impactées + nature de la commande (I, U ou D) A partir de là vous avez un bon moyen de synchroniser en appliquant strictement les commandes dans la même chronologie... A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
00
|
Copyright © 2000-2013 - www.developpez.com