Discussion :

[Samuel25_t]

Bonjour,

Je suis persuadé que c'est tout simple en tout cas en bash c'est le cas, il suffit d'utiliser le ! je crois mais en ksh, je n'ai pas encore trouvé la solution.

Voici mon problème.

J'ai une variable ORA1231USER qui contient user. (export ORA1231USER=user).
J'ai une autre variable PRD qui contient 123. (export PRD=123).

Je voudrais pouvoir faire un sqlplus ${ORA${PRD}1USER}/.... le ${PRD} soit interprété avant le ${ORA....1USER}. Voilà est-ce possible et comment ?

D'avance merci pour votre aide.

Sam

[N_BaH]

Bonjour,

si tu veux de la modularité dans le nommage de tes variables, utilise un tableau :

Code :

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

1
2
3
4
$ declare -a oraUsers
$ oraUsers=( user_1 user_2 ...)
$ echo "${oraUsers[1]}
user_2

voire un tableau associatif :

Code :

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

1
2
3
4
$ unset oraUsers
$ declare -A oraUsers
$ oraUsers[titi]="user_1"
$ oraUsers[toto]="user_2"

ou

Code :

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

$ oraUsers=( [titi]=user_1 [toto]=user_2 )

note que seuls les tableaux indexés sont triés.

[jlliagre]

Si tu es en ksh93, tu peux utiliser l'approche de N_Bah, en remplaçant le "declare" qui est du bash par "typeset".

Si tu es en ksh88, ton shell n'a pas de support pour les tableaux, tu peux quand même t'en sortie avec "eval" mais à condition de blinder ton code et en particulier la variable PRD contre les vulnérabilités associées à "eval".

Ex:

Code :

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

1
2
3
4
5
6
$ PRD=123
$ ORA1231USER=test
$ echo ORA${PRD}1USER
ORA1231USER
$ echo $(eval echo \$ORA${PRD}1USER)
test

[jack-ft]

Une solution un peu moins vulnérable, me semble-t-il (et que l'on peut probablement écrire plus simplement (avec un seul sed?)):

Code :

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

1
2
3
4
5
6
$ PRD=123
$ ORA1231USER=test
$ echo ORA${PRD}1USER
ORA1231USER
$ set | egrep "^ORA${PRD}1USER=" | sed "s/ORA${PRD}1USER=//"
test

En blindant la variable PRD contre les vulnérabilités associées à "sed"... s'il y en a...

Rq: cette méthode peut partiellement échouer si on s'amuse à créer des variables comme:

Code :

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

 Z=$(echo -e "\nORA1231USER=autre")

mais faudrait vraiment le faire exprès...

[Samuel25_t]

Merci pour la réponse rapide mais je ne vois pas l'intérêt de passer par un tableau... mais si tu me réponds ceci, je vois 2 solutions:
- Nous n'avons pas le choix... on ne peut pas s'en sortir avec des "eval" ou des parenthèses bien placés "(" avec des "\" ...
- J'ai mal exprimés mon besoin

Le script qui appelle le sqlplus a pour mission d'êre utilisé sur plusieurs environnements. Un environnement est différencié par la vairable PRD... Chaque environnement a un PRD différent et chaque environnement à la variable ORA${PRD}1USER défini par les personnes qui ont créés l'environnement.

Environnement 1 :
PRD=123
ORA1231USER=users1

Environnement 2 :
PRD=456
ORA4561USER=users2

Je dois écrire un script quoi doit pouvoir fonctionner sur l'environnement 1 et 2... donc je pourrais faire les lignes ci-dessous mais je ne trouve pas ça très joli... et si on rajoute un autre environnement je dois retoucher le script...
if [ "x${PRD}" == "x123" ]
then
sqlplus ${ORA1231USER=/...
fi
if [ "x${PRD}" == "x456" ]
then
sqlplus ${ORA4561USER=/...
fi

Je voudrais partir sur un truc générique qui marche à tous les cous et qui ne contient pas de if... (surtout que fonctionnellement un environnement est toujours construit sur le même principe)

sqlplus sqlplus ${ORA${PRD}1USER}/....

Est-ce plus clair ?

[Samuel25_t]

Super merci jlliagre et jack-ft c'est exactement ce que je voulais.

[disedorgue]

Bonjour,

Si tu es en ksh93, tu peux utiliser l'approche de N_Bah, en remplaçant le "declare" qui est du bash par "typeset".

Si tu es en ksh88, ton shell n'a pas de support pour les tableaux, tu peux quand même t'en sortie avec "eval" mais à condition de blinder ton code et en particulier la variable PRD contre les vulnérabilités associées à "eval".

Ex:

Code :

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

1
2
3
4
5
6
$ PRD=123
$ ORA1231USER=test
$ echo ORA${PRD}1USER
ORA1231USER
$ echo $(eval echo \$ORA${PRD}1USER)
test

Est-ce que l'indirection de variable (qui me semble plus propre) ne fonctionnerait pas sous KSH (88 ou 93) ?

Code :

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

1
2
3
4
5
$ PRD=123
$ ORA1231USER=test
$ VAR=ORA${PRD}1USER
$ echo ${!VAR}
test

[jack-ft]

Est-ce que l'indirection de variable (qui me semble plus propre) ne fonctionnerait pas sous KSH (88 ou 93) ?

Code :

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

1
2
$ echo ${!VAR}
test

NON!
Je confirme de mémoire (douloureuse) que certains ksh n'acceptent pas cette syntaxe (malheureusement, je n'ai plus les références de ces ksh).

[jlliagre]

${!xxx} est un bashisme qui n'est à ma connaissance implémenté dans aucune version de ksh ou de zsh.

[disedorgue]

Exact, en faisant quelques recherches il semblerait que les règles sont:

KSH88 et avant ==> via eval

KSH93 (ne fonctionne pas avec des variables de position de paramètres):

Code :

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

1
2
3
4
$ foo=bar
$ typeset -n var=foo
$ echo ${var}
bar

zsh:

Code :

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

1
2
3
4
$ foo=bar
var=foo
echo ${(P)var}
bar

Bah, maintenant, je saurais qu'il ne faut surtout pas utiliser ce type d'indirection si on veut pouvoir être portable