Variable dynamique possible ?

**dug** · 21/03/2006, 16h43

Bonjour,

je souhaite faire une variable dynamique, c'est à dire que son nom dépend d'une notre variable...

exemple:

toto=nom_suffixe
pers_$toto=ok
tata=${pers_$toto}

je souhaite que :
"echo $pers_nom_suffixe" retourne "ok" ...
"echo $tata" retourne "ok" aussi ...

Y a-t-il moyen de faire des manipulations de ce type ?
Merci d'avance.

PS:
je suis sous ksh sous SunOS

**dug** · 21/03/2006, 17h13

si vous connaissez d'autres moyens pour faire les exemples, je suis preneur aussi !

avec $() et `` et une commande echo ou autre...

**gangsoleil** · 22/03/2006, 09h42

Bonjour,

Merci de préciser le shell dans lequel tu souhaites faire ca (bash, ksh, sh, zsh, csh, ...)

**dug** · 22/03/2006, 10h24

heu... c'est marqué dans le PS ...

Mais je l'écris à nouveau:

shell ksh sous SunOS 5.9

si vous avez une piste, une solution de contournement, ou si cela semble impossible simplement, n'hésitez pas !

**narmataru** · 22/03/2006, 10h41

bonjour,
pourquoi ne pas simplement faire un tableau ?
J'ai vu cette question, que je trouve assez tordu, venir dans différents langage et ça c'est toujours résolu par un tableau.

**dug** · 22/03/2006, 11h47

heu... un tableau...

avec un nom fixe, et pour chaque case une variable en identifiant, avec la valeur associé... mouai... ça casse un peu beaucoup la lisibilité du code tout de même !

moi j'avais une vision du script shell unix super puissant... et je trouve bizarre qu'il n'y est pas une façon de l'écrire pour que cela fonctionne... déçu tout même !

je préfère encore faire mes scripts comme cela, et avoir une moulinette qui renomme la chaîne "$toto" en "nom_suffixe" avant de l'éxécuter...

si quelqu'un à une piste là dessus, je suis preneur aussi...
le but, parcours de tous les fichiers d'un et sous répertoire, et remplacer une chaine par une autre dans ces fichiers...
faisable ça non ?

**bster** · 22/03/2006, 12h09

oui tu peux modifier les fichiers à la volée bien sur exemple :

Code :

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

1
2
3
4
5
 
#!/bin/ksh
chainerecherchee=`....`
chainederemplacement=`....traitement/convertion du contenu de chainerecherchée...`
for i in * ; do vi -c "s/$chainerecherchée/$chainederemplacement/|:wq" $i ; done

pour ton histoire de variable à nom nonfixé à l'avance ça n'existe dans aucun langage même de haut niveau que ce soit en C Clipper ou autre à ma connaissance... alors en langage interprété et donc en shell encore moins...

la seule façon propre de le faire est un tableau de variable

$variable[$indicateur]=contenu
$compteur[$carrotes]=10
ou les $carrotes $patates etc... sont des constantes prédéfinies ce qui est donc un contournement et aussi une aberation d'un point de vue algorythme...

**narmataru** · 22/03/2006, 12h15

Il me semble que cette technique n'a aucun intérêt et n'ajoute en rien de la lisibilité

Explique nous pourquoi tu as a besoin de faire ça ?

**dug** · 22/03/2006, 15h56

bster>
merci pour ton exemple, je vais voir ce que cela peut donner...
sinon, il me semble qu'en php, il y a moyen de faire cela... en tout cas, dans les autres languages, il y a les structures qui peuvent servir pour améliorer la modularité.

narmataru>
imagine tout un tas de script qui gère et utilise une instance oracle.
avec des variables générales donnant le chemin de log oracle de cette instance, ou des variables générales utilsés par les scripts de cette instance.
et ensuite, finalement, tu as plusieurs instances oracle sur la même machine... tu te retrouves avec des scripts non modulaire, à revoir pour la nouvelle instance...
de plus, tu souhaites avoir une dupplication des scripts, car chaque instance ne correspond pas à la même version de l'appli, ni à la même version des script d'exploitation...
tu vois la problèmatique ?

edit: ortho

**bster** · 22/03/2006, 16h12

Envoyé par dug

bster>
merci pour ton exemple, je vais voir ce que cela peut donner...
sinon, il me semble quand php, il y a moyen de faire cela... en tout cas, dans les autres languages, il y a les structures qui peuvent servir pour améliorer la modularité.

narmataru>
imagine tout un tas de script qui gère et utilise une instance oracle.
avec des variables générales donnant le chemin de log oracle de cette instance, ou des variables générales utilsés par les scripts de cette instance.
et ensuite, finalement, tu as plusieurs instances oracle sur la même machine... tu te retrouves avec des scripts non modulaire, à revoir pour la nouvelle instance...
tu vois la problèmatique ?

Je vois ce que tu veux dire mais alors pourquoi ne pas simplement utiliser des fichiers avec les listes de constantes tout simplement ?

ainsi ton script va voir ce voir ce fichier le trier et y trouver les instances que tu dois gerer...

par exemple

Code :

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

1
2
3
 
for i in `cat liste instance_prod` ; do 
sqlplus $truc@machin........... ; done

ou mieux encore utiliser se principe pour joindre un fichier formaté avec des séparateurs pour avoir une liste des bases/instances/logins/passwords/ ou tes scripts iront piocher l'info voulu au temps voulu....

un fichier qui ressemblerai à

Code :

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

1
2
3
xdm:TEST:system:sysbxhar
machine3:B_dev:system:systruc
machine18:O_TRUC:system:sysusdar

comme ça tu peux être tranquile et résoudre ton problème sans utiliser de variable à nom variable

**dug** · 22/03/2006, 16h32

humm...

enfait, c'est pas une gestion multi instance tout auto qui est souhaité.
c'est surtout une dupplication des scripts d'exploit, mais qu'ils soient suffisamment générique pour ne pas avoir à bidouiller les scripts.

par contre, un fichier contenant les variables et valeur peut effectivement être utile, faut que je réfléchisse...

bon, de toute façon, c'est bien dommage qu'il n'y est pas de solution simple, mais c'est comme cela...
chez mon client, l'arborescence des bases données peuvent changer, suivant la version de la méthodologie, donc forcément, un seul endroit à modifier serait beaucoup plus pratique, c'est ça la vrai modularité...

en tout cas, merci à vous deux ! je vais chercher une solution de contournement parmi toutes les pistes que j'ai...

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
# Definition des repertoires oracle
export PATH_${ORACLE_SID}=/data/ora/instance_toto
 
# Definition du repertoire des scripts d'administration
export ADMIN_${ORACLE_SID}=${PATH_${ORACLE_SID}}/adm/dba
 
# Definition du repertoire des logs d'administration
export LOG_${ORACLE_SID}=${PATH_${ORACLE_SID}}/adm/dbalog
 
# Definition du fichier de trace d'exploitation
export EXPLOIT_${ORACLE_SID}=${LOG_${ORACLE_SID}}/Exploit_${ORACLE_SID}.log
 
# Definition du repertoire oracle contenant la config de la base
export INIT_${ORACLE_SID}=${PATH_${ORACLE_SID}}/u01/pfile

**Concombre Masqué** · 05/10/2009, 16h23

Pour ceux que ça intéresse, je pense que la réponse est

Code :

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

1
2
3
4
5
6
7
8
9
 
var1=coucou
var2=foo
var3=bar
total=3
for i in $(seq 1 $total); do
mavar="var"$i
echo ${!mavar}
done;

**pivaldi** · 09/10/2009, 14h02

Je le vois plutôt comme ça:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
suffix='suffix'
prefix='prefix'
 
valeur='foo bar'
 
eval "${prefix}_${suffix}=\"$valeur\""
 
var=$(eval 'echo ${'${prefix}_${suffix}'}')
 
echo $prefix_suffix # donne foo bar
echo $var # donne aussi foo bar

mais chacun voit midi à 14heures

**Concombre Masqué** · 09/10/2009, 14h16

ma méthode marche (en tout cas avec ma config serveur), mais la tienne est peut-être mieux en ce qui concerne les "règles de l'art" ? Je suis néophyte en script shell :/

Autre chose qui peut servir et qui est vaguement relié à la discussion (pendant qu'on y est) : pour avoir un script (script.sh) et son fichier de conf (conf-script.sh), il suffit de taper la ligne "source conf-script.sh"

Cela à pour effet donc d'exécuter le fichier conf-script.sh et de conserver les variables créées (dites moi si je me trompe)

**pivaldi** · 09/10/2009, 14h59

Envoyé par Concombre Masqué

ma méthode marche

Elle donne effectivement un résultat... sans message d'erreur... mais je ne vois pas en quoi elle crée des variables dynamiquement.
D'après ce que j'ai compris du fil, le PO voulez avoir une variable dont le nom dépend de la valeur d'une autre variable.
Par exemple, si tu as suffix='_toto' il veut pouvoir créer la variable var_toto et bien sûr l'utiliser.
Maintenant il est possible que je n'ai rien compris...
En relisant ta proposition je m'apperçois qu'on peut améliorer la miène en passant par une variable temporaire:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
suffix='suffix'
prefix='prefix'
valeur='foo bar'
 
eval "${prefix}_${suffix}=\"$valeur\""
 
tmp="${prefix}_${suffix}"
var=${!tmp}
 
echo $prefix_suffix # donne foo bar
echo $var # donne aussi foo bar

Envoyé par Concombre Masqué

mais la tienne est peut-être mieux en ce qui concerne les "règles de l'art" ?

Non non, je ne garantis rien là-dessus.

Envoyé par Concombre Masqué

Autre chose qui peut servir et qui est vaguement relié à la discussion (pendant qu'on y est) : pour avoir un script (script.sh) et son fichier de conf (conf-script.sh), il suffit de taper la ligne "source conf-script.sh"
Cela à pour effet donc d'exécuter le fichier conf-script.sh et de conserver les variables créées (dites moi si je me trompe)

Ça a l'air bon... j'utilise plutôt la syntaxe (attention à ne pas oublier le point):

Code :

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

. conf.sh

Aucune idée sur la portabilité...

**Concombre Masqué** · 09/10/2009, 15h28

mea culpa, j'ai mal formulé.

Ce que j'ai écrit permet de "lire" des variables de manière dynamique. J'en avais besoin car au boulot il me fallait un script avec un fichier de configuration (c'est mieux) pour des variables comme user, pass, host, db et une liste de tables, avec les champs, et d'autres bricoles.

Dans mon fichier de conf donc à un moment j'ai :

table1_name=t1
table1_fields=f1,f2,f3
table1_outfile=premiere.csv
table2_name=unautrenom
table2_fields=nomduchamp, fieldname, blabla, foo, bar
table2_outfile=seconde.csv
nbr_table=2
et ensuite je fais une boucle pour exporter en csv (j'écrit de tête, il peut y avoir des erreurs)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
for(i in $(seq 1 $nbr_table); do
dyn_t_name="table"$i"_name"
table_name=${!dyn_table_name}
table_fields=${!dyn_table_fields}
dyn_t_fields="table"$i"_fields"
 
outfile="${!"table"$i"outfile"}
 
sql="select "$table_fields" from "$table_name" into outfile \""$outfile"\""
echo $sql|mysql $bd -u$user -p$pass -h$host
gzip -f "$outfile"
 
done;

Je répond donc à la problématique "comment faire un genre de tableau multidimensionnel maladroitement mais pour dépanner"

**olilau44** · 20/11/2016, 00h03

Bonjour, je suis tombé sur ce sujet en cherchant une solution à ce besoin en zsh (ordinairement je fais du bash et ça passe tout seul).
J'ai testé en ksh et cela fonctionne également.
J'ai eu besoin de cela pour déclarer des variables avec valeur "true" si l'opérateur a cliqué sur une case à cocher proposée par whiptail.
Farfelu ok mais c'est une maintenance vite fait pour ajouter des menus

Code :

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