Discussion :

[silfrides]

Bonjour,
J'ai un champ hexadécimal qui ressemble a : 1a2z3e4rt5f6y2z1190530f404040

Si vous remarquez bien après le z c'est la date du jour.
J'ai besoin de mettre a jour cette date via une variable préalablement alimenté.
Auriez vous une idée sur comment mettre a jour la date svp.
PS : je suis sur un système IBM DB2

D'avance merci.

[tatayo]

Bonjour,
Si ta colonne contient un z (et un r, un t, un y...), ce n'est pas du tout une valeur hexadécimale, mais alphanumérique, ce qui n'est pas du tout la même chose.
Ici ton problème est que la valeur n'est pas atomique, ta colonne contient visiblement plusieurs valeurs, c'est le début des problèmes…
Tu nous indiques que la date est après le 'z', or il y en a 2 dans la chaines. Ce n'est donc pas un critères pour isoler la date.

Est-ce que la longueur de la colonne est fixe ? Est-ce qu'il y a toujours 15 caractères avant la date, et 7 après ?
Si c'est bien le cas, il "suffit" de prendre les 15 premiers caractères, les 7 derniers et d'ajouter la date formatée au milieu.
Il faut donc regarder les fonctions de gestion des chaines dans ton SGBD (non précisé).

Tatayo.

[silfrides]

Bonjour,
Merci pour votre retour, je me suis mal exprimé et je vais compléter ma demande.
Le champ ARG est défini sur 16.
Lorsque je fais select char(hex(arg)) j'obtiens exactement
C5E4D9C5D6D5C91401190531F404040
vers la fin avant le F j'ai la date 1190531.
J'ai besoin de faire un update de cette date via une variable préalablement alimenté.
D'avance merci pour votre aide
Cordialement

[tatayo]

Pour pouvoir mettre à jour une colonne dans une table, il faut en connaitre la valeur "non transformée".
Quel est le type de la colonne ? Si c'est un entier, il faut donc:

1. Récupérer la valeur hexa sous forme de chaine, comme tu l'as fait
2. Remplacer la date, en utilisant les fonctions de gestion des chaines
3. Recalculer la valeur entière qui correspond à cette nouvelle valeur hexa

Je doute que ce soit facilement faisable avec une "simple" requête SQL, à moins que ton SGBD (toujours inconnu) propose des fonctions idoines (chaines => hexa => entier).
Tu peux trouver un exemple ici pour SqlServer.

Tatayo.

[silfrides]

Le type du champ est un char.
Je travail sur AS400 , IBM.
Cela a priori va être très compliqué apparemment.

[escartefigue]

vers la fin avant le F j'ai la date 1190531.

ce n'est pas une date ca !

Le type du champ est un char.

Il n'y a pas de champ dans une base de données il y a des colonnes et ces colonnes doivent avoir un type adapté au contenu, or, le type char n'est absolument pas prévu pour stocker une date.
Si vous en avez la possibilité modifiez la table concernée pour supprimer les colonnes poubelles qui contiennent plusieurs attributs, à remplacer par autant de colonnes que nécessaire avec un type adapté.
Dans la négative, il faut passer par des fonctions de conversion de type, ce qui nuit gravement aux performances et risque de planter si le contenu n'est pas tel qu'attendu (dans un type char, il peut y avoir n'importe quoi d'autre qu'une date, la preuve, l'exemple que vous avez fourni n'en est pas une !)