Discussion :

[sevyc64]

Bonjour à tous.

Déjà je précise, je n'y connais absolument rien en Oracle.

J'ai un fichier dump qui a été généré, à priori, avec expdp (ou un dérivé). A l'heure actuelle je suis obligé de passer par ma hiérarchie pour me faire remonter quelques tables pour développer un outil d'extraction. Il n'est pas possible de toute remonter car on a qu'une licence Express et la base complète est apparemment trop grosse.
Je ne connais pas les tables dont j'ai besoin, j'ai justement besoin de pouvoir les analyser pour savoir si les données m'intéressent ou pas et c'est compliquer de faire rajouter des tables au fur et à mesure de l'analyse.

Je souhaiterais me monter en local le même dump sur une licence Express aussi pour pouvoir être un peu plus autonome sans prendre le risque de flinguer le serveur de travail.
Est-il possible de connaitre depuis le dump, sans le restaurer, la volumétrie des tables, ou tout au moins avoir la liste des tables les plus grosses afin de les exclure de la restauration ?

[Ikebukuro]

Si c'est un dump créé avec datapump avec la commande expdp, le plus simple est de récupérer le fichier de log généré pour avoir le nombre de lignes de chaque table et leur taille.

[sevyc64]

sauf que, bien évidemment ce fichier ne m'a pas été transmis, et certainement n'a pas du être conservé

[Ikebukuro]

Aïe, alors dans ce cas là c'est mort, il n'est plus possible de regarder l'intérieur d'un fichier dump depuis Oracle 11 je crois.
Essaye quand même de contacter les gens qui ont fait l'export, peut-être qu'ils n'ont pas supprimé le .log.

Sous unix tu pourrais lancer strings sur ton fichier, c'est une commande qui affiche les caractères imprimables d'un fichier binaire. Peut-être qu'on aura des infos...

Autrement, pas de possibilité d'accéder à la base source?

[sevyc64]

Justement j'essaye de contourner le contact avec la personne qui a fait l'export et qui gère l'import sur notre serveur (mon chef pour être précis) et être un peu plus autonome car surchargé, il ne répond quelque fois que 2 jours après (et à l'air de maîtriser oracle à peine plus que moi).

Avec un script trouvé sur le net autour de impdp, dont je n'ai pas compris grand chose, j'ai déjà réussi à extraire le "schéma". En réalité j'ai obtenu le script sql pour recréer la base, ça m'aide un peu à "pré-identifier" les tables susceptibles d'être intéressantes, mais bon, 1.4millions de lignes à analyser quand même.
Ensuite avec un script trouvé sur notre serveur, je réimporte les tables une à une au fur et à mesure que je les identifies, pour le moment ça passe, j'ai pas atteint la limite sans doute

[Ikebukuro]

Tu peux copier ici le code du script dont tu parles? Ça m'intrigue

[Waldar]

Il n'est pas possible de toute remonter car on a qu'une licence Express et la base complète est apparemment trop grosse.

Il est tout à fait légal d'installer une version complète d'Oracle sur un PC personnel en tant qu'outil de formation ou de développement, bref tant qu'il n'y a pas de production dessus.

Compte-tenu qu'il s'agit d'extraire des infos justement pour développer quelques chose, ça me paraît une solution correcte.

[sevyc64]

Légal oui, mais gratuit ?

La version gratuite a été choisie parce qu'on fait une récup, la suivante aura lieu peut-être dans 10 ans seulement. La boite n'allait pas acheter une licence à je sais pas combien de millier d'euros pour un potentiellement oneshot.

Maintenant, j'estime avoir perdu au moins 25h rien que du fait que je n'avais pas la totalité de la base à dispo et que je ne le savais pas. 25* mon taux horaire, ça vaut peut-être une licence basique non bridée, mais ça, on ne le sait qu'après, quand c'est trop tard.

[pachot]

Bonjour,

La version gratuite a été choisie parce qu'on fait une récup, la suivante aura lieu peut-être dans 10 ans seulement. La boite n'allait pas acheter une licence à je sais pas combien de millier d'euros pour un potentiellement oneshot.

On peut installer Une version Full Use d'Oracle pour récupérer un backup et même tourner en prod dessus le temps de réparer la base primaire. Il n'y a pas besoin de payer de licence tant qu'on ne dépasse pas les 10 jours par an. C'est là: http://www.oracle.com/us/corporate/p...ing-070587.pdf
Cordialement,
Franck.