Discussion :

[Tarmineldur]

Bonjour a tous,

Je crois que mon probleme est assez commun mais je n'ai pas trouve de solution qui me convienne.
J'ai deux BDD oracles, meme schema, memes tables, etc.
Je veux simplement verifier que les donnees sont les meme sur une table en particulier (et pouvoir comparer par date par exemple, ou suivant d'autres attributs).
Jusque la, j'exportai mes resultats de requetes en fichiers que je comparai avec winmerge mais ce n'est pas ideal en terme de vitesse.
Il faut prendre en compte que mes tables peuvent avoir jusqu'a 250k lignes x 15 colonnes.

Je ne peux pas faire de DBLINK ou autres requetes sql du genre, la politique de securite ne le permet pas.
Et n'ayant pas de droits d'admin sur ma machine (scandal), l'installation de software m'est possible mais je ne peux pas tester tous les softs qui trainent.

J'utilise Visual studio et Oracle SQL developper.

Merci de votre attention

[tipeh]

Vous avez pensé à un outil d'extraction de données comme Talend for Data Integration par exemple ? Il y a une version gratuite qui est tout à fait suffisante pour faire ça.

[mnitu]

Le plus simple c'est de se donner les moyens de comparer les table via des requêtes SQL. Et rien de plus.

[ora-2013]

Salut ,
Le plus simple pour comparer les données d'une table T1 de votre base avec celle d'une autre table d'une autre base (dblink) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
select colonnes from T1
minus
select même colonnes from T1@dblink

A+

[--arno__]

Bonjour,

j'ai la même problématique, et partage l'analyse de mnitu ( Yo mni ! ).
Pour lever toute ambiguïté, j'ai testé TALEND qui se présentait comme LA solution...
A la question :
How to compare two table values in different databases using Talend Open Studio for Data Quality?
Talend Répond :
Currently, Talend Open Studio for Data Quality does not support comparing two tables from different database instances.
et propose d'utiliser un autre module pour faire des jobs qui permettent de charger dans une 3eme base les deux tables en question, ce qui ne résoud pas le problème de sécurité des données (e.g. : faire pointer des DBLINK entre un environnement de production et un environnement de test ).

La moins mauvaise solution reste donc de créer un user en production avec seulement un GRANT SELECT, et référencer ce user dans le dblink pour "limiter" les risques d'erreur.

Si quelqu'un à une autre solution, je prends !