Faire un tableau à deux dimensions

Bonjour à tous,

J'aimerais réaliser un tableau à deux dimensions. Je veux qu'une valeur du tableau sois affecté par les en-tetes du tableau et le nom de la 1er colonne.

J'ai vu que pour réaliser un tableau à 2 dimensions: On pouvait utiliser la commande eval.

J'ai essayer de la mettre en place, mais j'avoue n'avoir pas compris son fonctionnement. Si quelqu'un à un petit script, pour que je comprenne la commande.

Exemple de ce que j'attend:

Serveur;Item1;Item2;Item3;Item4;Item5
Toto;Value1;Value2;Value3;Value4;Value5
Tata;Value6;Value7;Value8;Value9;Value0

Merci d'avance à celui qui pourras m'aider

Cordialement

Chattam

En ce qui concerne l'écriture d'un tableau, la commande pratique est printf et non eval. Avec printf, tu pourras forcer des formats qui respecteront tes colonnes de tableaux.

Pour la couleur, il te suffit de te renseigner sur les échappements permettant la couleur en bash (ou ton shell perso).

Reviens quand tu auras potassé les deux sujets.

Citation:

---

Envoyé par chattam

J'ai vu que pour réaliser un tableau à 2 dimensions: On pouvait utiliser la commande eval.

---

Bonjour

Le shell est un langage très très basique. Le Bourne Shell ne connaissait même pas les tableaux. Ceux-ci sont arrivés avec bash mais ils sont limités à une dimension.

Alors effectivement, on peut utiliser eval afin de "simuler" deux dimensions. On construit d'abord l'expression voulue en utilisant la première dimension du tableau puis eval l'évalue et renvoie l'élément de la seconde dimension

Exemple

Code:

---

1 2 3 4 5 6

$ serveur=(item1 item2 item3 item4 item5) $ toto=(value1 value2 value3 value4 value5) $ tata=(value6 value7 value8 value9 value10) $ tab=(serveur toto tata) $ eval "echo \${${tab[1]}[3]}" value4

---

Explication: la valeur "value4" se trouve dans toto[3]. Et la chaine "toto" se trouve dans tab[1]. Donc en partant de tab[1] et en rajoutant [3] et des accolades au bon endroit, on arrivera à la valeur voulue.
Et donc:

• echo "${tab[1]}" affiche "toto"
• echo "${tab[1]}[3]" affiche "toto[3]"
• echo "\${${tab[1]}[3]}" affiche "${toto[3]}"
• et pour finir, eval "echo \${${tab[1]}[3]}" évalue l'instruction echo ${toto[3]}. Cette instruction est alors évaluée et exécutée comme si elle avait été tapée dans le script et renvoie donc la valeur de "toto[3]" c'est à dire "value4"

On peut faire de même pour simuler 3, 4, 5, x dimensions. On rajoute des eval de eval autant qu'il faut (mais ça devient vite illisible)...

Bonjour,

bash possède désormais des tableaux associatifs, qui permettent de simuler des tableaux multi-dimensionnels :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

declare -A tableau tableau=( [lin_1,col_1]="blabla_1.1" [lin_1,col_2]="blabla_1.2" [lin_2,col_1]="blabla_2.1" ) #etc... for i in "${!tableau[@]}" do IFS=',' read l c <<<"$i" echo "ligne: $l ; colonne: $c = ${tableau["$l","$c"]}" #autant dire ${tableau[$i]} ;) done

---

un petit problème peut-être : les tableaux sont hashés, donc il n'est pas facile de les afficher "dans l'ordre" :(

tu veux lire un fichier CSV, et constituer le tableau en bash ?

mais, es-tu certain d'avoir besoin d'un tel tableau ? tu peux nous donner des détails sur tes intentions ?

PS: y a pas de mal à éviter eval :)

Je dois récupérer des données sous zabbix et les mettre sous la forme d'un fichier csv(comme l'exemple montrer). Les couleurs était la pour bien faire comprendre ce que je désirais.
Je dois récupérer des host avec leur items et les valeurs associés.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48

#!/bin/bash   url=adresse zabbix     function zbx_login { resp=$(curl -3 -k -X POST -H 'Content-Type:application/json' -d'{"jsonrpc": "2.0","method":"user.authenticate","params":{"user":"gdi","password":"gd"},"auth": null,"id":0}' $url) echo $resp | awk -F=":" -v RS="," '$1~/"result"/ {print}' | cut -d '"' -f4 }   function zbx_get_host { resp=$(curl -3 -k -X POST -H 'Content-Type: application/json' -d "{\"jsonrpc\":\"2.0\",\"method\":\"host.get\",\"params\":{\"output\":\"extend\",\"sortfield\":\"hostid\"},\"auth\":\"$(zbx_login)\",\"id\":0}" $url) echo $resp | awk -F=":" -v RS="," '$1~/"host"/ {print}' | cut -d '"' -f4 }   function zbx_get_item { resp=$(curl -3 -k -X POST -H 'Content-Type: application/json' -d "{\"jsonrpc\":\"2.0\",\"method\":\"item.get\",\"params\":{\"output\":\"extend\",\"host\":\"$1\"},\"auth\":\"$(zbx_login)\",\"id\":0}" $url) echo $resp | awk -F=":" -v RS="," '$1~/"itemid"/ {print}' | cut -d '"' -f4   }   function zbx_get_history {   resp=`curl -3 -k -X POST -H 'Content-Type: application/json' -d "{\"jsonrpc\":\"2.0\",\"method\":\"history.get\",\"params\":{\"itemids\":\"$2\",\"history\":[1,2,3,4],\"output\":\"extend\",\"time_from\":\"$3\",\"time_till\":\"$4\",\"limit\":1},\"auth\":\"$(zbx_login)\",\"id\":0}" $url` echo $resp | awk -F=":" -v RS="," '$1~/"value"/ {print}' | cut -d '"' -f4 }       host=$(zbx_get_host) declare -a host_array   host_array=(${host// / }) rm /home/gd/result.txt 2>/dev/null touch /home/gd/result.txt declare -a item_array for i in ${host_array[@]}; do item=$(zbx_get_item $i) item_array=(${item// / }) echo -n $i";">>/home/gd/result.txt for x in ${item_array[@]}; do echo -n $x";">>/home/gd/result.txt done item_array=() echo "" >> /home/gd/result.txt done

---

Voila mon script, ma fontion login me permet d'avoir accès au serveur zabbix. Ma fonction host me permet de récupérer tt les noms d'hotes. Ma fonction item me donne les items des hotes. la fonction history me donne la valeur des items.
Ensuite j'ai fait des boucles. Mais le résultat n'est pas exploitable du tout. (j'ai mis une sortie en txt pour visualiser)

Donc j'essaie de voir comment faire pour le rendu.

Bonjour,

Citation:

---

Envoyé par Sve@r

Bonjour

Le shell est un langage très très basique. Le Bourne Shell ne connaissait même pas les tableaux. Ceux-ci sont arrivés avec bash mais ils sont limités à une dimension.

Alors effectivement, on peut utiliser eval afin de "simuler" deux dimensions. On construit d'abord l'expression voulue en utilisant la première dimension du tableau puis eval l'évalue et renvoie l'élément de la seconde dimension

Exemple

Code:

---

1 2 3 4 5 6

$ serveur=(item1 item2 item3 item4 item5) $ toto=(value1 value2 value3 value4 value5) $ tata=(value6 value7 value8 value9 value10) $ tab=(serveur toto tata) $ eval "echo \${${tab[1]}[3]}" value4

---

Explication: la valeur "value4" se trouve dans toto[3]. Et la chaine "toto" se trouve dans tab[1]. Donc en partant de tab[1] et en rajoutant [3] et des accolades au bon endroit, on arrivera à la valeur voulue.
Et donc:

• echo "${tab[1]}" affiche "toto"
• echo "${tab[1]}[3]" affiche "toto[3]"
• echo "\${${tab[1]}[3]}" affiche "${toto[3]}"
• et pour finir, eval "echo \${${tab[1]}[3]}" évalue l'instruction echo ${toto[3]}. Cette instruction est alors évaluée et exécutée comme si elle avait été tapée dans le script et renvoie donc la valeur de "toto[3]" c'est à dire "value4"

On peut faire de même pour simuler 3, 4, 5, x dimensions. On rajoute des eval de eval autant qu'il faut (mais ça devient vite illisible)...

---

Une méthode pour éviter eval pour un tableau à 2 dimensions:

Code:

---

1 2 3

$ XX=${tab[1]}[3] $ echo ${!XX} value4

---

Citation:

---

Envoyé par chattam

Ma fonction host me permet de récupérer tt les noms d'hotes. Ma fonction item me donne les items des hotes. la fonction history me donne la valeur des items.

---

Tu ne voudrais pas nous donner un exemple du résultat renvoyé par les fonctions host, item et history ; puis ensuite nous dire comment tu voudrais agréger ces résultats ensembles ???

Accessoirement, tu peux avantageusement remplacer /home/gd/result.txt par $HOME/result.txt (voire $HOME/tmp/result.txt afin ce qui a le double avantage de ne pas polluer ton home et de mettre les fichiers temporaires dans le dossier adéquat)
Et rm -f fichier remplace rm fichier 2>/dev/null...

Citation:

---

Envoyé par disedorgue

Une méthode pour éviter eval pour un tableau à 2 dimensions:

Code:

---

1 2 3

$ XX=${tab[1]}[3] $ echo ${!XX} value4

---

---

Joli :applo: J'avais complètement oublié ce ${!var} qui génère une indirection sur $var

Code:

---

1 2 3 4 5

toto=123 var=toto echo $var => toto echo ${!var} => 123 eval echo \$$var => 123

---

Ceci dit, je m'en sers tellement souvent...8-)
:chin:

PS: arrêtez d'avoir peur de eval. eval est un outil qui a été fait dans un but précis. Comme tout outil, il peut être bien ou mal utilisé, et donc donner de grandes choses ou bien planter le script. Mais ce n'est certainement pas sa faute si le script plante...

Voila ce que j'ai. En début de chaque ligne, j'ai le nom de l'hote puis les items (leur id) avec la valeur associé.

Citation:

---

srvstit015;23997 = 100.0000;24005 = 0.0000;24000 = 0.0000;24001 = 0.0167;24006 = 0.0000;24003 = 0.0000;24002 = 0.0750;24007 = 0.0000;
srvstit012;24047 = 0.0000;24043 = 0.5510;24042 = 0.0083;24048 = 0.0000;24046 = 0.0668;24040 = 93.1201;24041 = 6.0857;24044 = 0.1586;
srvstit017;24088 = 0.0000;24084 = 0.0754;24081 = 99.8576;24083 = 0.0251;24085 = 0.0000;24079 = 100.0000;24087 = 0.0335;24082 = 0.0084;
;

---

Je n'en suis pas encore la, mais dans ma fonction zbx_get_item, je parse pour garder la valeur de l'item_id qui me sers pour récupérer la valeur dans la fonction zbx_get_history.
J'ai mis en rouge pour que vous compreniez: tout les item_id en rouge correspondent à un nom d'item( ex: % d'utilisation). il faudrait que je fasse un tableau de correspondance pour le remplacement, je ne sais pas si c'est possible?

ce qui doit me donner.

Citation:

---

serveur;utilisation
srvstit015;100.0000
srvstit012;0.0000

---

Je brule peut etre les étapes, peut etre que je dois faire un tableau de correspondance avant.

Citation:

---

e dois récupérer des données sous zabbix et les mettre sous la forme d'un fichier csv

---

donc, tu n'as pas l'intention de te référer aux éléments du tableau ultérieurement !?
donc, un tableau multi-dimensionnel n'est pas utile.

la sortie d'une commande ne devrait pas être "envoyée" dans un tableau, ni/puis être lu dans une boucle for, mais être parcourue, comme un fichier, par une boucle while.

Citation:

---

Voila mon script, ma fontion login me permet d'avoir accès au serveur zabbix. Ma fonction host me permet de récupérer tt les noms d'hotes. Ma fonction item me donne les items des hotes. la fonction history me donne la valeur des items.
Ensuite j'ai fait des boucles. Mais le résultat n'est pas exploitable du tout. (j'ai mis une sortie en txt pour visualiser)

---

Citation:

---

le résultat n'est pas exploitable du tout

---

pourquoi ?

dans tes fonctions

• l'emploi d'une variable intermédiaire n'est pas utile : tu peux piper curl vers awk directement
• awk | cut : c'est pas top :( [codeinline]awk peut s'occuper du formatage, et n'afficher que les données pertinentes

je ne tiens pas compte ici de ton dernier message.

il faudrait commencer par réaliser le tableau de correspondances, puis de parcourir ce tableau pour chaque hôte (ce sera ainsi plus facile de gérer les champs vides).

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

#en-têtes echo -n "hosts"; for i in ${ids[@]}; printf ';%s' $id; done #données declare -A donnees for h in $hosts do echo -n "$h" while IFS=';' read data do IFS='=' read i d <<<"$data" donnees[$i]=$d done for i in ${!ids[@]} do test -n "${donnees[$i]} && echo -n "${donnees[$i]};" || echo -n ";" done done

---

je n'ai pas tester, ça ne marche pas tel quel, c'est pour te donner une idée.

réfléchis davantage à ton algorithme.

Citation:

---

Envoyé par chattam

Voila ce que j'ai. En début de chaque ligne, j'ai le nom de l'hote puis les items (leur id) avec la valeur associé.
srvstit015;23997 = 100.0000;24005 = 0.0000;24000 = 0.0000;24001 = 0.0167;24006 = 0.0000;24003 = 0.0000;24002 = 0.0750;24007 = 0.0000;
srvstit012;24047 = 0.0000;24043 = 0.5510;24042 = 0.0083;24048 = 0.0000;24046 = 0.0668;24040 = 93.1201;24041 = 6.0857;24044 = 0.1586;
srvstit017;24088 = 0.0000;24084 = 0.0754;24081 = 99.8576;24083 = 0.0251;24085 = 0.0000;24079 = 100.0000;24087 = 0.0335;24082 = 0.0084;

---

Ok, chaque ligne contient donc un hôte (un serveur), puis plusieurs items pour cet hôte (ce serveur).

Citation:

---

Envoyé par chattam

ce qui doit me donner.

Code:

---

1 2	serveur;utilisation srvstit015;100.0000

---

---

Ici, pour le serveur "srvsit015", tu as récupéré la valeur de l'item 23997 (100.0000). Pourquoi seulement celui-là ? Est-ce parce que c'est le premier item de la ligne ? Qu'en est-il des items 24001, 24006, etc...?

Citation:

---

Envoyé par chattam

...peut etre que je dois faire un tableau de correspondance avant.

---

Pas pour moi. Mémoriser une valeur (ou un ensemble de valeurs) ne se justifie que si tu as besoin de traiter ces valeurs plusieurs fois après les avoir récupérées.
Si, une fois que tu es sur srvstit017 tu n'as plus besoin des valeurs de srvstit015, inutile alors de les mémoriser.

Moi je traiterais chaque ligne une à une. De la ligne j'exploserais les item via un cut sur le délimiteur ";" (ou même, à la réflexion, via un set).
Chaque item donnerait alors un couple "id = valeur" ce qui te permet de le refiltrer pour en extraire l'id et la valeur.

Exemple
fic.txt

Code:

---

1 2 3

srvstit015;23997 = 100.0000;24005 = 0.0000;24000 = 0.0000;24001 = 0.0167;24006 = 0.0000;24003 = 0.0000;24002 = 0.0750;24007 = 0.0000; srvstit012;24047 = 0.0000;24043 = 0.5510;24042 = 0.0083;24048 = 0.0000;24046 = 0.0668;24040 = 93.1201;24041 = 6.0857;24044 = 0.1586; srvstit017;24088 = 0.0000;24084 = 0.0754;24081 = 99.8576;24083 = 0.0251;24085 = 0.0000;24079 = 100.0000;24087 = 0.0335;24082 = 0.0084;

---

Et le traitement

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

#!/bin/bash   # Traitement du fichier cat fic.txt |while read ligne do # Explosion de la ligne sur le délimiteur ";" old="$IFS"; IFS=";"; set $ligne; IFS="$old"; unset old   # Récupération du serveur et suppression de cette info serveur=$1;shift   # Traitement des autres items while test $# -gt 0 do # Extraction et affichage de l'id et de la valeur (en supprimant aussi les espaces parasites via un petit sed) id=`echo "$1" |cut -f1 -d= |sed -e "s/ //g"` val=`echo "$1" |cut -f2 -d= |sed -e "s/ //g"` echo "serveur=[$serveur], id=[$id], val=[$val]"   # Passage à l'item suivant shift done done

---

Et le résultat

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

$ ./trt.sh serveur=[srvstit015], id=[23997], val=[100.0000] serveur=[srvstit015], id=[24005], val=[0.0000] serveur=[srvstit015], id=[24000], val=[0.0000] serveur=[srvstit015], id=[24001], val=[0.0167] serveur=[srvstit015], id=[24006], val=[0.0000] serveur=[srvstit015], id=[24003], val=[0.0000] serveur=[srvstit015], id=[24002], val=[0.0750] serveur=[srvstit015], id=[24007], val=[0.0000] serveur=[srvstit012], id=[24047], val=[0.0000] serveur=[srvstit012], id=[24043], val=[0.5510] serveur=[srvstit012], id=[24042], val=[0.0083] serveur=[srvstit012], id=[24048], val=[0.0000] serveur=[srvstit012], id=[24046], val=[0.0668] serveur=[srvstit012], id=[24040], val=[93.1201] serveur=[srvstit012], id=[24041], val=[6.0857] serveur=[srvstit012], id=[24044], val=[0.1586] serveur=[srvstit017], id=[24088], val=[0.0000] serveur=[srvstit017], id=[24084], val=[0.0754] serveur=[srvstit017], id=[24081], val=[99.8576] serveur=[srvstit017], id=[24083], val=[0.0251] serveur=[srvstit017], id=[24085], val=[0.0000] serveur=[srvstit017], id=[24079], val=[100.0000] serveur=[srvstit017], id=[24087], val=[0.0335] serveur=[srvstit017], id=[24082], val=[0.0084]

---

Bonjour,

Très bon cas d'école de la part de Sve@r, je me permet juste pour le fun, de réutiliser son script pour le modifier en built-in bash :aie::

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

#!/bin/bash   # Traitement du fichier while read ligne do ligne=${ligne// /} ligne=${ligne//;/ } # Explosion de la ligne sur le délimiteur ";" set $ligne   # Récupération du serveur et suppression de cette info serveur=$1;shift   # Traitement des autres items while test $# -gt 0 do echo "serveur=[$serveur], id=[${1%=*}], val=[${1#*=}]"   # Passage à l'item suivant shift done done <fic.txt

---

Ici, comme je précise, c'est juste pour le fun, la version de Sve@r est plus facilement tranposable pour d'autres shell donc plus portable ;)

vous présumez que le fichier existe déjà, mais si l'ai bien lu :

Citation:

---

Envoyé par chattam

Je dois récupérer des données sous zabbix et les mettre sous la forme d'un fichier csv

---

c'est justement ce fichier qu'il doit créer en récupérant des données dans plusieurs fichiers de son serveur zarbi :), dont l'un servirait à faire l'en-tête en fonction des ids récupérés dans les suivants.

Citation:

---

Envoyé par disedorgue

je me permets juste pour le fun, de réutiliser son script pour le modifier en built-in bash :aie::

---

Ben oui, c'est le but de cette communauté: s'inspirer les uns des autres. Un script qui n'évolue pas est un script qui meurt :P

Citation:

---

Envoyé par disedorgue

Code:

---

1 2 3 4 5

ligne=${ligne// /} ligne=${ligne//;/ } # Explosion de la ligne sur le délimiteur ";" set $ligne

---

---

Arf, t'aimes pas toucher à l'IFS semble-t-il. T'as parfaitement raison, l'IFS est une variable très sensible (tout comme la 7° note de la gamme ;))
C'est pour ça que je prends soin de la sauvegarder intégralement (d'où les guillemets qui l'encadrent) et que dès l'instant où je n'en ai plus besoin, je la restaure idem. D'où mon écriture sur une seule ligne pour bien faire comprendre que toutes ces instructions vont ensembles et ne doivent pas être séparées (sauf pour l'unset qui n'est là que pour la frime 8-))

Citation:

---

Envoyé par disedorgue

Code:

---

echo "serveur=[$serveur], id=[${1%=*}], val=[${1#*=}]"

---

---

Alors là je ne pige même pas cette substitution (mais si j'apprenais les leçons aussi...:aie:).

Citation:

---

Envoyé par disedorgue

la version de Sve@r est plus facilement tranposable pour d'autres shell donc plus portable ;)

---

Oui, je viens du Bourne Shell et j'ai la (mauvaise?) habitude de toujours essayer d'écrire mes scripts compatibles. Je sens bien que c'est de moins en moins utile (vu le large épanouissement du bash) mais c'est le problème de l'habitude...

Citation:

---

Envoyé par N_BaH

vous présumez que le fichier existe déjà

---

Pas vraiment. On a plutôt essayé de montrer comment traiter un flux d'infos. On a pris alors comme exemple un fichier texte bien sûr mais c'était afin d'avoir une base de travail. C'est toutefois facilement adaptable à n'importe quelle entrée pourvu qu'elle soit formatée comme montré au départ...

Citation:

---

Envoyé par N_BaH

c'est justement ce fichier qu'il doit créer en récupérant des données dans plusieurs fichiers de son serveur zarbi , dont l'un servirait à faire l'en-tête en fonction des ids récupérés dans les suivants.

---

Bah, rien ne lui interdit, en amont, de créer un outil qui récupère tout ce qu'il faut là où il faut et le mette en forme dans son format tel que montré hier.
Ensuite, il pipe son outil dans un while read ligne et roule ma poule...:mrgreen:
Alors certes ça fait double traitement (récupérer les infos sur son serveur pour les mettre en forme CSV puis les re-récupérer depuis le CSV pour les re-mettre en forme dans son format final) mais ça a l'avantage de factoriser (si besoin) le traitement final sans se préoccuper des entrées initiales qui pourraient évoluer (un peu comme dans la philosophie MVC).
En plus on a fait ça chez-nous. On travaille avec plusieurs industriels qui ont tous leur propre format. On a donc mis au point un format standard d'entrée et tout ce qu'ils nous envoient doit être transformé dans ce format. De leur coté chaque industriel n'a qu'une moulinette à créer et de notre coté, on n'a qu'un format à traiter...

Citation:

---

Envoyé par Sve@r

Le Bourne Shell ne connaissait même pas les tableaux. Ceux-ci sont arrivés avec bash mais ils sont limités à une dimension.

---

Rendons à César ce qui appartient à César:
Les tableaux ont été supportés par bash à partir de la version 2.0 en 1996 mais c'est ksh qui, en 1988, a introduit les tableaux standard à un shell de type Bourne puis les tableaux associatifs en 1993. Les tableaux existaient déjà depuis au moins 1980 dans le C shell, mais csh n'est pas un shell de type Bourne.

Bonjour.

Citation:

---

Envoyé par Sve@r

Oui, je viens du Bourne Shell et j'ai la (mauvaise?) habitude de toujours essayer d'écrire mes scripts compatibles. Je sens bien que c'est de moins en moins utile (vu le large épanouissement du bash) mais c'est le problème de l'habitude...

---

Je ne dirais pas que c'est une mauvaise habitude, mais je pense aussi que c'est de moins en moins utile aujourd'hui, ça avait du sens à une époque.

Pour moi se limiter à rendre ses scripts full POSIX-compliant c'est d'une part considérer que les syntaxes Bash rentrent dans la catégorie du "développement sur plateformes spécifiques et exotiques" (alors que c'est le shell qui est très largement le plus utilisé à l'heure actuelle) et d'autre part, se priver de bien des avantages sans avoir une raison valable. Toutes les archis sur lesquelles j'ai bossé sont déployées sur des serveurs Linux (RHEL/CentOS ou Debian/Ubuntu Server), une fois j'ai croisé des HP-UX qui se faisaient remplacés par des CentOS. Bon je sais que c'est pas la même chose pour tout le monde, mais moi à titre personnel j'ai pas de raisons de m'en priver pour l'instant :aie: . En plus comme tu le dit, même les versions d'Unix modernes se mettent au bash (ou à minima au KSH).

Bref, je dirais pas que c'est une mauvaise pratique mais qu'il faut être pragmatique et ne pas limiter tout le monde pour un besoin particulier qui devient de plus en plus rare. Ça n'empêche pas qu'il est toujours intéressant d'avoir plusieurs solutions à un problème dont une solution POSIX compliant.

Cordialement,
Idriss

Merci pour vos réponse

En faites, je vais devoir remplacer les item ID par leur nom. Et plusieurs ID peuvent avoir le même nom d'item donc la même colonne.
D'ou l'idée de faire une table de correspondance.

Comme dit précédemennt, je suis obligé d'utiliser l'item ID pour récupérer la valeur. Je ne peux pas utiliser directement le nom(vu qu'il est commun à plusieurs serveur)

Mouais. Ca devient un peu flou là. "Alors c'est comme je vous ai montrés mais ça peut changer et ..." !!!:weird:
Tant que tu ne nous mettras pas un exemple exhaustif de ce que tu as en entrée et de ce que tu veux en sortie, on ne pourra pas faire mieux...