J'utilise Oracle SQL Developer 3.0. J'essaie de comprendre comment exporter le résultat d'une requête vers un fichier texte (de préférence CSV). Un clic droit sur la fenêtre des résultats de la requête ne me donne aucune option d'exportation.
Version que j'utilise
Mise à jour du 5 mai 2012
Jeff Smith a sur le blog qui montre ce que je crois être la meilleure méthode pour obtenir une sortie CSV à partir de SQL Developer. La méthode de Jeff est présentée comme Méthode 1 ci-dessous :
Méthode 1
Ajouter le commentaire /*csv*/ à votre requête SQL et exécutez la requête comme un script (en utilisant F5 ou le 2e bouton d'exécution de la barre d'outils de la feuille de calcul).
C'est tout.
Méthode 2
Exécuter une requête
Faites un clic droit et sélectionnez "décharger".
Mise à jour. Dans la version 3.0.04 de Sql Developer, le déchargement a été changé en exportation. Merci à Janis Peisenieks de nous l'avoir signalé.
Capture d'écran révisée pour SQL Developer Version 3.0.04
Dans le menu déroulant du format, sélectionnez CSV
Et suivez le reste des instructions à l'écran.
+1. Le terme "Décharger" me semble anti-intuitif. Charger" des données signifie les insérer dans la base de données ; par conséquent, "Décharger" devrait signifier que les données sont supprimées...
Ce n'est pas exactement de l'"exportation", mais vous pouvez sélectionner les rangées (ou Ctrl - A pour les sélectionner tous) dans la grille que vous souhaitez exporter, puis copiez avec Ctrl - C .
La valeur par défaut est délimitée par des tabulations. Vous pouvez coller ce fichier dans Excel ou un autre éditeur et manipuler les délimiteurs à votre guise.
De même, si vous utilisez Ctrl - Shift - C au lieu de Ctrl - C vous copierez également les en-têtes de colonne.
Le seul problème, c'est que si vous avez beaucoup de lignes, cela signifie qu'il faudra réinterroger l'ensemble des données. Et s'il s'agit d'une requête longue, cela signifie que vous devez attendre beaucoup pour la première page, puis attendre beaucoup pour toutes les pages après avoir appuyé sur ctrl+A. En d'autres termes, c'est une excellente solution, mais qui ne fonctionne que la plupart du temps, et pour des requêtes relativement rapides ou plus petites.
Pour info, vous pouvez remplacer le /*csv*/ pour d'autres formats également, notamment /*xml*/ et /*html*/ . sélectionnez /*xml*/ * from emp renverrait un document xml avec les résultats de la requête par exemple. Je suis tombé sur cet article alors que je cherchais un moyen simple de renvoyer un document xml à partir d'une requête.
Ah, ça ne fait rien, j'ai oublié la partie "exécuter comme script", sans réaliser que c'était différent du bouton d'exécution habituel.
Pour info, si vous rencontrez des problèmes, il y a un bogue dans l'exportation d'horodatage CSV que je viens de contourner pendant quelques heures. Certains champs que je devais exporter étaient de type timestamp. Il semble que l'option d'exportation CSV, même dans la version actuelle (3.0.04 au moment de la publication de cet article), ne parvient pas à placer les symboles de regroupement autour des horodatages. C'est très frustrant car les espaces dans les horodatages ont interrompu mon importation. La meilleure solution que j'ai trouvée a été d'écrire ma requête avec un TO_CHAR() sur tous mes horodatages, ce qui donne le résultat correct, même si cela demande un peu plus de travail. J'espère que cela permettra à quelqu'un de gagner du temps ou à Oracle de se mettre au travail avec sa prochaine version.
Ma version 3.0.04 présente toujours un bogue qui la bloque avec les exportations plus importantes (la mienne compte 3 000 lignes). Ma solution simple a été d'utiliser SQLPLUS à la place :
Dans mon cas, le type de données spatiales ( docs.oracle.com/cd/B19306_01/appdev.102/b14255/… ) ont été exportés comme ceci (remarquez les virgules) MDSYS.SDO_GEOMETRY(2001,8307,MDSYS.SDO_POINT_TYPE(-122.39096,37.79251,NULL),NULL,NULL) sans être mis entre guillemets. Et comme j'utilise du SQL dynamique, je ne peux pas utiliser TO_CHAR() pour ces colonnes. Avez-vous des suggestions ?
Même si j'utilise Dynamic SQL et que je ne fais que sélectionner *, (et que je ne veux pas modifier cela pour une exception pour une seule colonne SQL de types de données spatiales), je pourrais peut-être essayer deux choses : 1) Utiliser un COLSEP différent comme '|', ou 2) Avant l'instruction SELECT, spécifier comment cette colonne doit être formatée en utilisant docs.oracle.com/cd/B19306_01/server.102/b14357/ch12013.htm
Ce n'est probablement pas un bogue - vous pouvez décider de la façon dont les guillemets sont échappés, et le défaut est de les échapper avec un autre caractère de guillemet, pas un backslash. Dans ce cas, "foo\" est une chaîne entre guillemets parfaitement valide.
Il est assez simple de remplacer toutes les occurrences de \ par \\ si vous en êtes informé à l'avance. Merci !
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
0 votes
youtube.com/watch?v=5pA4EhFYeeE#t=34