Discussion :

[strikerm59]

J'ai une base de dev et une base de prod.
Ma base de dev est devenue inexploitable au fil des années.
J'aimerai la remettre d'équerre, mais j'ai 2 soucis :
1 - la prod est en 10g et la dev est en 9i
2 - la prod fait 1.5 Go et la dev n'est pas dimensionnée pour

Donc, outre le problème de version, je ne peux pas utiliser imp/exp pour aller de la prod/dev.

Du coup, je me demande si il existe des outils pour faire une extraction plus fonctionnelle de la base ?

Par exemple, j'ai un système de gestion des clients, je veux extraire mes clients utilisés uniquement en 2007 ?

Doit-on faire les extractions à la mano ? Où existe-t-il un outil type "aspirateur fonctionnelle" ?

D'avance merci pour votre aide.

[orafrance]

pourquoi pas l'export avec le paramètre QUERY ?

[strikerm59]

Export avec le paramètre QUERY ?

Quel est l'outil ?

[orafrance]

l'outil c'est l'export d'oracle et query c'est un paramétre de l'export qui permet d'appliquer une clause WHERE sur les données à exporter

Sinon, t'as aussi la méthode de COPY sous sql*plus ou population des données via DB Link.

[orafrance]

En passant, j'vois pas bien l'intérêt d'une prod en 10g si le dév peut même pas utiliser les nouveautés de cette version... j'pense qu'un upgrade serait fort utile

[strikerm59]

Ok d'accord.

Par contre, la méthode QUERY est valable uniquement dans le cas de l'export d'une table en particulier.

Moi, ce que je voudrai, c'est plutôt un export du type :

Table principale COMMANDE
Table associée CLIENT
Table associée FOURNISSEUR

Je veux faire un export de ma table commande pour le mois de septembre et qu'il emporte par la même les fournisseurs et les clients qui sont liés.

[dgi77]

Je me suis déjà cassé les dents la-dessus : le paramètre QUERY n'autorise pas les jointures, donc tu es vite limité quand tu dois définir un périmètre fonctionnel comme c'est ton cas.

A mon avis, la meilleure solution est de faire des INSERT/SELET via un DBLink si tu en as la possibilité, mais j'avais moi le problème que les architectes interdisaient l'utilisation des DBLinks en prétextant la sécurité (au passage, on peut faire un DBLink sur un schéma dédié, accédant aux tables d'autres schémas uniquement en lecture seule via des synonymes).

Donc, pendant longtemps, je galérais à faire mes exports/imports manuellement via TOAD. Comme ça prenait plusieurs jours, que c'était gonflant et avec des gros risques d'erreurs, j'ai fini par prendre 2 semaines pour développer les spool d'un côté et les loaders de l'autre. Je pense que c'est la moins mauvaise des solutions faute de pouvoir utiliser les DBLinks...

[orafrance]

Moi, ce que je voudrai, c'est plutôt un export du type :

Table principale COMMANDE
Table associée CLIENT
Table associée FOURNISSEUR

Je veux faire un export de ma table commande pour le mois de septembre et qu'il emporte par la même les fournisseurs et les clients qui sont liés.

Dans ce cas, il faudra faire appel à un produit tiers (TRES cher) si tu veux pas faire de DB Link et charger ton dev

Sinon, tu peux faire un QUERY sur COMMANDE et import complet sur CLIENT et FOURNISSEUR qui sont probablement beaucoup moins volumineux

[pifor]

Donc, outre le problème de version, je ne peux pas utiliser imp/exp pour aller de la prod/dev.

Est-ce que vous avez essayé d'utiliser l'export 9i et l'import 9i pour exporter la 10g et importer dans la 9i ? Je ne l'ai pas testé mais cela pourrait marcher d'après le Utilities Guide .

Il serait quand même plus judicieux de migrer la base de dev. en version 10 pour avoir exactement la même version que la base de production.