Discussion :

[Melo92]

Bonjour,


Je suis un débutant en postgreSQL et cela fait deux semaines environ que je me familiarise avec ce nouvel environnement.
Voilà mon problème
J'exécute la commande:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

COPY (select function()) TO 'C:\\test\\monfichier.xml';

function est une fonction renvoyant un TEXT que je voudrais mettre dans fichier de type XML car le texte renvoyé est de type XML évidemment.
Jusque-là tout va bien, la commande s'exécute sans problème, le fichier est bien créé et tout a l'air de fonctionner.

Mais lorsque j'ouvre le fichier, je remarque que tous les caractères d'échappement (\n,\r,\t...) n'ont pas été transformés en saut de ligne, retour chariot ou tabulation.
J'ai eu beau chercher, je n'ai pas trouvé grand chose à ce sujet...

[alassanediakite]

Salut
Comment ces caractères se sont trouvés dans le XML?
Je pense qu'à l'origine ces caractères doivent être supprimés. Après exportation dans un fichier XML, un bon éditeur XML saura formater le contenu.
@+

[Melo92]

Et bien en fait c'est moi qui ai inséré ces caractères dans le fichier pour que le document se forme directement avec les bonnes indentations.
Mais avec votre solution, cela me paraît beaucoup plus simple, je n'y avais pas du tout pensé !

Merci beaucoup en tout cas.

[aieeeuuuuu]

Bonjour,

Pourquoi ne pas insérer... des retours chariot/tabulations/... !?
éventuellement en utilisant leur caractère ASCII avec la fonction CHR([codeASCII])

[Melo92]

Et bien en fait j'ai essayé également cette solution mais le résultat reste le même: cela affiche "\n \r ..."

Néanmoins grâce à un petit contournement j'ai réussi à traduire les retours chariots, tabulations
En effet grâce à la commande:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

COPY (SELECT FUNCTION()) TO 'C:\\test\\monfichier.xml' with csv;

Les caractères d'échappement sont bien pris en compte.

[Melo92]

Petit problème qui m'empêche d'ouvrir le fichier XML dans le navigateur,

lorsque je lance la commande :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

COPY (SELECT FUNCTION()) TO 'C:\\test\\monfichier.xml' with csv;

Le fichier se crée mais des guillemets " se placent automatiquement au début et à la fin du fichier.
Y a t-il un moyen d'y remédier ? Ou bien y a t-il une autre méthode pour copier une chaîne de caractères dans un fichier ?

Merci de votre réponse.

[estofilo]

Le but de la commande COPY est de formater les données avant de les envoyer dans un fichier.

Là les données sont déjà formatées et il faut mettre la sortie dans un fichier sans aucune transformation.
Il n'y a pas d'option dans COPY qui dit "ne formate pas les données" donc il ne faut pas l'utiliser pour ça.

Sous l'interpréteur psql ça se fait soit de l'extérieur (shell):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

psql -Atc 'select mafonction()' > monfichier.xml

Soit de l'intérieur de psql:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
\t
\a
\o monfichier.xml
select mafonction();
\o

Soit dans son propre programme qui fait le SELECT

[Melo92]

Je comprends ce que vous voulez dire pour le COPY.

Néanmoins cette commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

COPY (SELECT FUNCTION()) TO 'C:\\test\\monfichier.xml' WITH csv;

en fait se situe dans un script pl/pgSQL que j'ai créée. Elle se situe dans une boucle for qui crée des fichiers XML en continu et qui sont tous différents. Donc je ne crois pas que cela soit possible ni dans Shell ni à l'intérieur de psql...

Sinon d'après ce que j'ai compris il est possible de faire un SELECT à l'intérieur du script et de directement le mettre à l'intérieur d'un fichier ?

[estofilo]

Oui le fait d'être dans une fonction pl/pgsql pose problème parce que ce langage n'a pas de support pour faire des opération avec les fichiers.
C'est voulu parce que c'est un langage "trusted".

Les langages "untrusted" permettent ça mais ils ne sont pas installés de base (pl/perlu ou pl/python) ou difficiles à utiliser (le C)

Moralité: c'est plus simple de le faire dans le client, derrière le SELECT, plutôt que dans des fonctions côté serveur.

[Melo92]

Okay merci je comprends mieux maintenant.

Donc cela veut dire il n'y a aucun moyen de le faire à partir d'un script ? C'est dommage je pensais avoir trouvé la bonne méthode pour créer des fichiers XML de façon automatique...


Mais du coup, est ce qu'à partir du client il est possible de faire quelque chose pour qu'il crée mes fichiers en continu ? Ou bien cela veut dire que je dois le faire fichier par fichier ?