Discussion :

[zaitsev]

Bonjour,

je dispose d'une bdd Oracle que j'accède via Sql Developer. Ma question est très simple, comment générer un fichier de base de données (.sql) contenant la structure des tables et leur contenu ?

Il s'agit de faire une simple sauvegarde, mais je trouve pas.

Merci

[Z3phur]

Bonjour,

pourquoi ne pas utiliser RMAN?

sinon concernant la structure tu as le package dbms_metadata qui peut te générer ton sql mais pour les données je ne vois pas trop comment.

[couak]

Pour le contenu, puisque tu as SQL Developer, tu peux exporter les données sous forme de requêtes SQL avec des INSERT

Par contre tu vas galérer pour le faire sur chacune de tes tables, le mieux est d'avoir les droits pour faire un export de données et en faire une

[doc malkovich]

Dans la v2.1.1 tu as dans le menu Outils/Export de base de données.
Je ne l'ai jamais utilisé mais ça semble produire un script sql qui répondrait à ton besoin.
Mais je suis du même avis que z3phur, en fonction de la taille de la base il vaut mieux utiliser les applis natives comme exp pour faire ce que tu appelles "une simple sauvegarde"

[Z3phur]

Bonjour,

au fait pourquoi faire un export full de la base? N'ayant aucun retour de la part de zaitsev, j'espère qu'il n'est pas mal intentionné.

[zaitsev]

Merci d'avoir pris le temps de me répondre.

J'avoue être assez effaré par certaines réactions, je demande simplement comment je peux sauvegardé ma base, et tout de suite " pourquoi faire ? " , " quel est ton projet ? ", alors que je me demande simplement où la fonction export (merci à celui qui m'a répondu d'ailleurs).

[Delioneras]

Quelque part, leurs questions sont légitimes.

Tu pourrais avoir besoin de générer un script pour recréer la structure de ta base, ailleurs (passer d'un environnement de test à un environnement de prod, par exemple). Ou parce que tu vends ta structure à un client, et que la configuration ne permet pas un export logique Oracle, d'où les requêtes SQL.

Ou tu pourrais vouloir sauvegarder ta base pour prévenir le risque d'un crash, dans ce cas là, ce serait plus du RMAN.

Ou encore, tu pourrais vouloir demander de l'aide, et l'une des règles d'un certain forum est "Merci de préciser la structure sous forme de création SQL, ainsi qu'un jeu de données sous forme de requête insert SQL", on retrouve là encore SQL.

De même, tu pourrais vouloir réinsérer des méta-données et des données d'un schéma à un autre, et là, ça relève plus du DATAPUMP.

Les besoins sont très différents, et en fonction de quoi, les réponses le sont forcément aussi.

Entre DATAPUMP, RMAN, et Requêtes SQL, le monde est vaste

[Z3phur]

Bonjour,

c'est normal que l'on se demande tes intentions :

1. un export de la base dans des fichiers .sql est très rare, voir jamais fait
2. tu ne donnes pas de signes de vie après nos réponses
3. j'ai déjà rencontré sur des missions des personnes qui ont vendu des données à d'autres société.

Excuse moi si tu l'as mal pris.

[Delioneras]

@Z3phur

Concernant l'export en SQL, ça peut arriver.

C'est la seule manière que j'ai trouvé pour corriger des problèmes que certains de mes clients remontent.
Avec les intégrités référentielles, le DATAPUMP échoue sur certaines tables, et pour d'autres, ce sont des compteurs incrémentés automatiquement, ce qui bloque aussi.

L'export en SQL m'aide bien quand même sur ce genre de soucis, ça me permet de récupérer leurs données et d'être au plus proche de leur configuration (base/appli/données).

Et pas mal de bug viennent des données donc ...

[alexsolex]

Bonjour

J'avais besoin de la même chose et je viens apporter mon "expérience".

Dans ma version de Oracle SQL Developer (3.0.04) en Francais (je pense que la traduction doit être foireuse) j'ai trouvé l'export au format SQL sous le menu :
Outils > Déchargement de la base de données
Ca donne peur (peut être pas quand on connais bien) mais tout laisse penser qu'on va vider la base, mais c'est bien d'export qu'il s'agit.

Merci