bonjour suites aux conseil donnés dans la section programmation/SGBD je cros-post ici puisque peut etre certains d'entre vous pourront me conseiller...
 
http://forum.hardware.fr/forum2.ph [...] warefr.inc
 
faut pas crossposter d'habitude mais j'ai eut pour seule reponse voir sur OSA, et ça fait pas mal de jours que la question est posée....  
 
alors moderateurs soyez comprehenssifs...merci  

tu devrait essayer de faire ça :
duplique ton script SQL vers un équivalent. ex : mop.sql devient mop.sql.tmp
tu fais un sed pour remplacer tes occurences de $var1 par $1, $var2 par $2 etc
 
et tu passes le tmp en paramètres au lieu de l'original
 
contrainte : ton nombre de var est limité

Hmm, c'est vraiment pas beau tout ça. Le mieux ça serait de faire un script perl.
Il existe un module perl pour se connecter aux bases mysql.
Pour postgre, je suppose qu'il doit y en avoir un aussi.

ouaip, pour postgres y'a un module et il est très simple à utiliser!

comment ça ?
 
toto.sh --->
 
...
...
toiiii.sql foo
....
 
truc comme ça ?
ou foo est $1 dans le fichier .sql ???

bon ben ça marche pas de toute façon...
 
la seule autre solution provisoire trouvée est de faire  

ou rr1 est le nom de variable...  
 
mais là encore ça resoud pas le probleme c'est qu'une autre façon toute aussi barbare et malpropre de faire...

 
je fais pas de perl
mais c'est clair que ce que j'ai prposé c'est ue solution de goret

 
certes mais perl je m'en tapes... j'ai dit shell (du moins pour cette question)...
 
   
 
je ne peux pas utiliser perl il faut que n'importe qui (même debutants donc shell obligatoirement) puisse comprendre les liens entre les shells les sql et les fichiers generés ...
 
deplus j'ai jamais vu une production scriptée utiliser autrechose que du shell avec du SQL derierre...
 

exemple complet qui fonctionne
 

 
mon fichier lis contient bien la chaine généré par la variable rr1
 
mais le principe est la  
 

• un batch se lance et lance conditionnellement sur date sur fichier sur variable etc... des sql  
• les historiques partent en fichier lis
• les erreurs partent en fichier err
• les codes retours sont parties des confitions testes par les batch (shell-scripts)
• quand il est fini le suivant de la chaine de jobs et ainsi de suite en fonction des retours...

exemple

 
d'où l'interet de trouver une solution efficace pour les passages de variables... et pour la rediraction des resultats...
 
toutes les solutions que j'utilise actuellement fonctionne je que je cherche c'est une façon plus propre....
tout en ne gardant que du standard et donc forcement shell et pl/sql ou SQL pur...