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
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
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
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
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
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
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
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
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager