Précédent   Forum du club des développeurs et IT Pro > Bases de données > PostgreSQL > Administration
Administration Forum d'entraide sur l'administration de PostgreSQL : utilisateurs, privilèges, etc.
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse
 
Outils de la discussion
Publicité
'
Vieux 21/11/2012, 10h11   #1
willyg28
Invité régulier
 
Inscription : décembre 2011
Messages : 53
Détails du profil
Informations forums :
Inscription : décembre 2011
Messages : 53
Points : 8
Points : 8
Par défaut Fusionner 2 bases

Bonjour , voici mon problème :
je dispose de bases 2 données aux structures identiques mais aux données différentes. Mon problème : créer une seule base contenant les informations des 2 bases, en gardant bien entendu les liens en cascade etc...

Y a-t-il un outil permettant de faire cela ?
Dois-je passer par un script ?
J'ai en tête de créer une 3 base dans laquelle j'importerai toutes les données. Pensez-vous que ce soit la meilleure solution ?

Merci d'avance pour vos réponses.
willyg28 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 21/11/2012, 10h45   #2
SQLpro
Rédacteur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 12 080
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 12 080
Points : 21 678
Points : 21 678
Pourquoi ne pas verser les données d'une base dans l'autre ? Vous éviterez une migration et le doublement de vos 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 * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 27/11/2012, 16h35   #3
willyg28
Invité régulier
 
Inscription : décembre 2011
Messages : 53
Détails du profil
Informations forums :
Inscription : décembre 2011
Messages : 53
Points : 8
Points : 8
Je pense ne pas trop comprendre ce que tu veux signifier, car notre souci premier se situe dans le fait que nous devons conserver les données, ainsi que les dépendances qui existent dans nos bases avec parfois des id de référence qui ne sont pas les mêmes ou qui changeront une fois la migration effectuée..
(désolé pour le retard dans la réponse )
willyg28 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 27/11/2012, 16h37   #4
willyg28
Invité régulier
 
Inscription : décembre 2011
Messages : 53
Détails du profil
Informations forums :
Inscription : décembre 2011
Messages : 53
Points : 8
Points : 8
Après relecture de ton message, nous ne le faisons pas car nous avons décidé de jouer la sécurité au cas ou le transfert se passerait mal. Les bases seraient intactes et le service continuerait à tourner sans discontinu..
willyg28 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 07/12/2012, 16h10   #5
alassanediakite
Membre Expert
 
Avatar de alassanediakite
 
Homme Alassane Diakité
Conseil - Consultant en systèmes d'information
Inscription : août 2006
Messages : 782
Détails du profil
Informations personnelles :
Nom : Homme Alassane Diakité
Âge : 35
Localisation : Mali

Informations professionnelles :
Activité : Conseil - Consultant en systèmes d'information

Informations forums :
Inscription : août 2006
Messages : 782
Points : 1 128
Points : 1 128
Envoyer un message via Yahoo à alassanediakite
Salut
Voici des occasions qui font regretter l'absence de MERGE dans PostgreSQL.
Dans de tels cas, la présence d'une clé secondaire utilisateur (comme n° matricule) est très utile. Il suffit alors de faire un UPDATE par jointure sur cette clé et INSERT de nouvelles entrées (en fait, on fait manuellement ce que MERGE fait automatiquement)
Bref, SQL est ton secours.
@+
__________________
Le monde est trop bien programmé pour être l’œuvre du hasard…
alassanediakite est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 10/12/2012, 12h03   #6
ced
Rédacteur/Modérateur

 
Avatar de ced
 
Homme Cédric Duprez
Inscription : avril 2002
Messages : 4 062
Détails du profil
Informations personnelles :
Nom : Homme Cédric Duprez
Âge : 37
Localisation : France, Loiret (Centre)

Informations professionnelles :
Secteur : Agroalimentaire - Agriculture

Informations forums :
Inscription : avril 2002
Messages : 4 062
Points : 8 920
Points : 8 920
Citation:
Envoyé par willyg28 Voir le message
Après relecture de ton message, nous ne le faisons pas car nous avons décidé de jouer la sécurité au cas ou le transfert se passerait mal. Les bases seraient intactes et le service continuerait à tourner sans discontinu..
Rien ne vous empêche de créer une nouvelle base comme la fusion des 2 précédentes (en recopiant une des 2 et verser la seconde dedans), basculer sur cette nouvelle base, vérifier que tout tourne correctement puis archiver vos 2 bases d'origine (pour ne pas les perdre).
C'est même la meilleure solution en termes de sécurité.
__________________
Rédacteur / Modérateur SGBD
Mes tutoriels et la FAQ MySQL

----------------------------------------------------
Pensez aux balises code et au tag
Je ne réponds pas aux questions techniques par message privé, les forums sont là pour ça
ced est actuellement connecté   Envoyer un message privé Réponse avec citation 00
Vieux 18/12/2012, 16h59   #7
willyg28
Invité régulier
 
Inscription : décembre 2011
Messages : 53
Détails du profil
Informations forums :
Inscription : décembre 2011
Messages : 53
Points : 8
Points : 8
Nous avons décidé de priviliégier comme indiqué la méthode SQL sur une 3eme bases..
Celle ci sera la copie d' une des 2 bases dans laquelle nous allons reverser les elements de la 2eme base par SQL avec comme cela a été dit utilisation d une clé de référence pour chaque enregistrement des tables références afin de pouvoir retrouver l info au besoin et effectuer les updates sur les tables de relations.

Merci pour vos réponses cela donne quand même des idées dans une démarche à suivre
willyg28 est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Cette discussion est résolue.
Outils de la discussion

Navigation rapide


Fuseau horaire GMT +2. Il est actuellement 10h03.


 
 
 
 
Partenaires

Hébergement Web