Discussion :

[toomsounet]

Bonjour, au taff j'aimerais copier un morceau d'une base d'environnement de test (à défaut de pouvoir toucher celle de prod...) vers une base oracle perso.
Mais:

- L'architecture des tables n'est pas la même (et je ne veux pas tous les champs des tables d'environnement de test).

- Mettre à jour dynamiquement les données sur cette base perso dès qu'une modif est faite en environnement de test?



J'ai juste besoin d'un nom comme une méthode, ou un outil. Je viendrai vous embêter ensuite si je galère encore.

Merci.

[orafrance]

bah là, soit tu achétes un produit dédié (Applimation, Solix ou Princeton par exemple font du subsetting) soit tu le développes à la main... il n'y a pas de solution miracle

[toomsounet]

Je priais pour une autre réponse. Tant pis merci quand même.

[Pomalaix]

Je n'ai évidemment pas de réponse toute faite à cette demande ambitieuse, mais je me demande, si pour des cas simples, la clause QUERY d'un export ne pourrait pas être utilisée.
L'idée serait de faire un WHERE ROWNUM < 1000 par exemple, qui aurait pour effet de n'exporter que 1000 lignes par table (enfin 999).

Bien entendu, adieu le respect des clés étrangères...

[pifor]

J'ai déjà rencontré une besoin similaire sans avoir directement travaillé dessus: copier un échantillon représentatif d'une base pour développer/tester sans vouloir recopier toute la base. Un développeur a travaillé dessus quelques mois avant de tout arrêter: on était arrivé à la conclusion qu'il était beaucoup plus facile de recopier l'intégralité d'une base et de faire les tests sur toutes les données ...

Comme le souligne Pomalaix, les contraintes d'intégrités sont essentielles: celles qui sont créées et connues dans la base et aussi celles qui n'y sont pas .. (càd qui sont codées uniquement dans l'application côté client: là ç'est pire ).

[toomsounet]

Ok, merci de votre aide. Faut que je revois toute ma méthode maintenant avant de m'enfoncer dans un merdier sans fin.