Discussion :

[celicor]

Bonjour,

Je dois réaliser un batch quotidien qui récupère certaines données de la base et les transcrit dans un fichier texte (avec un format spécifié)

Existe-t-il sous Oracle un outil permettant de créer le code rapidemment ??

Pourriez vous me donner des exemples ??

Merci d'avance !!

[kalyparker]

Bonjour,

pour faire ce genre de chose, vous pouvez utiliser le package UTL_FILE ou faire un spool.

Je n'en dirais pas plus car la question à dèjà été posté. Une petite recherche sur le forum s'impose ou même sur le site.

voili, voilou

[blackarma]

Est ce que cela peut t'aider ? http://download-west.oracle.com/docs...a90842/ch7.htm

[kalyparker]

Avec UTL_FILE :
http://sheikyerbouti.developpez.com/pl_sql/?page=Chap8

[elharet]

pour faire cela il faut créer 2 fichiers lance.bat et req.sql :
pour le lance.bat:

Code :

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

#sqlplus /nolog @req.sql

pour le req.sql :

Code :

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

1
2
3
4
5
# connect user/password@chaine
# spool fichier_sortie.txt
# select donnees from table ;
# spool off
# exit

[aemag]

ça n'implique que moi, mais je crois que c'est plus propre d'utiliser UTL_FILE pour tout ce qui est import/export, parce qu'avec ce package, on peut controler le format des données exportés, et j'imagine que c'est le but de l'export.
par exemple, si les données que tu exportes doivent être affichées sur excel après, le mieux est d'avoir un format CSV, et ça, tu ne peux pas le faire avec spool.
enfin, c just un avis
AEMAG

[orafrance]

avec SQL*Plus le format est libre, il y a aussi beaucoup d'option. Par ailleurs, utl_file ne permet pas de générer un script sur le poste client et ouvre une faille de sécurité... alors moi, pour si peu, je privilégie le spool

[kalyparker]

Bonjour,

utl_file ne permet pas de générer un script sur le poste client et ouvre une faille de sécurité...

Fred pourrait tu nous en dire plus sur la faille de sécurité ?

[orafrance]

bah c'est pas compliqué, pour utiliser UTL_FILE il faut autoriser l'écriture sur un répertoire depuis la base de données... or Oracle est loin d'être irréprochable en terme de sécurité donc tu détournes la sécurité mise en place sur le serveur grâce à la base... sans compter le nombre de fois où j'ai vu un utl_file_dir = *

[plaineR]

bah c'est pas compliqué, pour utiliser UTL_FILE il faut autoriser l'écriture sur un répertoire depuis la base de données... or Oracle est loin d'être irréprochable en terme de sécurité donc tu détournes la sécurité mise en place sur le serveur grâce à la base... sans compter le nombre de fois où j'ai vu un utl_file_dir = *

Oui enfin à partir de la 9i et la gestion des directories, la faille de sécurité est quand même très limitée puisque tu détermines les seuls répertoires où tu veux écrire et tu donnes les droits en écritures ou en lecture.

Les 2 principaux intérêts que je vois à utl_file est de pouvoir :
1. être utilisé à l'intérieur de package et de procédures/fonctions stockées.
2. écrire des données binaires.

Mais depuis la 10gR2 avec les dbms_output de taille illimitée, je privilégie le spool pour tout ce qui est écriture de données ascii dans des fichiers.

[orafrance]

Oui enfin à partir de la 9i et la gestion des directories, la faille de sécurité est quand même très limitée puisque tu détermines les seuls répertoires où tu veux écrire et tu donnes les droits en écritures ou en lecture.

sauf que utl_file_dir est toujours présent

De toutes façons, ça reste une ouverture sur l'OS que je ne préconiserai qu'avec parcimonie

[plaineR]

sauf que utl_file_dir est toujours présent

Là c'est le travaille du dba de dire aux chefs de projet ou aux développeurs qu'il ne veut pas utiliser utl_file_dir ou de n'autoriser que quelques répertoires dans utl_file_dir.

[kalyparker]

Merci à vous deux pour ces précisions. Vous êtes des chefs

Mais depuis la 10gR2 avec les dbms_output de taille illimitée, je privilégie le spool pour tout ce qui est écriture de données ascii dans des fichiers.

ça c'est une info vraiment interressante, dommage que je bosse avec la 9i