Discussion :

[JQueen]

Bonjour,

je veux mettre à jour une partie de la valeur de la colonne d'une table, est-ce possible ?

Si oui, comment peut-on le faire ?

J'explique mieux mon besoin :

j'ai une table ayant une colonne "libellé" qui a des valeurs qui commencent parfois par la valeur "OP".

Code :

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

1
2
3
Exemple1 de valeur de la colonne : OP développement
Exemple2 de valeur de la colonne : OP test

Je veux modifier la valeur des lignes concernées de telle sorte que la valeur sera :

Code :

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

1
2
3
nouvelle valeur exemple1 : Operation développement
nouvelle valeur exemple2 : Operation test

J'espère avoir été assez claire.

Merci.

[mnitu]

Conceptuellement c'est juste mettre à jour la table avec colonne égal à 'Opération' concaténée avec le SubString de la colonne à partir de la troisième position pour toutes les colonnes ayant substr(colonne,1,2) égal à 'OP'

[JQueen]

Merci pour ta réponse rapide mnitu.

Donc si j'ai bien compris, la requête de mise à jour finale consiste à :

Code :

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

1
2
3
4
 
UPDATE taches
SET libelle = "Opération" || substr(libelle, 3)
WHERE substr(libelle, 1, 2) LIKE "OP";

[mnitu]

Oui c'est ça mais pas like juste = 'OP'

[JQueen]

En essayant d'exécuter la requête sur la base, je me suis rendue compte de certaines erreurs :

Code :

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

1
2
substr(libelle, 3) ne marche pas, j'ai l'erreur ORA-01722: Nombre non valide

En modifiant ce code en specifiant le nombre de caractères à prendre :

Code :

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

1
2
 
substr(libelle, 3, length(libelle)-3),  j'ai toujours la même erreur.

des idées ?

[mnitu]

Nombre non valide veut dire que soit une conversion explicite soit implicite (une coercition) d'une chaine des caractères en numérique échoue parce que la chaine des caractères contient des données non convertible en numérique.
Cela ne peut pas concerné la fonction SubStr que si la zone libelle est numérique mais dans ce cas vous vous trompez de colonne.

[JQueen]

Bonjour mnitu,

Cela ne peut pas concerné la fonction SubStr que si la zone libelle est numérique mais dans ce cas vous vous trompez de colonne.

En fait, dans ma requête SQL j'ai une deuxième condition :

Code :

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

1
2
3
4
5
UPDATE taches
SET libelle = "Opération" || substr(libelle, 3)
WHERE code IN (140, 150)
 AND substr(libelle, 1, 2) LIKE "OP";

La source de l'erreur est le code en rouge, car la colonne "code" est un varchar donc les nombres doivent être mis entre quote comme suit :

Code :

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

1
2
3
4
5
UPDATE taches
SET libelle = "Opération" || substr(libelle, 3)
WHERE code IN ('140', '150')
 AND substr(libelle, 1, 2) LIKE "OP";

Merci pour ton aide

[mnitu]

Code :

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

1
2
3
 
...
code IN (140, 150)

Code est de type varchar2 et vous lui demandez de comparer avec 140 qui est numérique. Pour cela Oracle fait une conversion implicite (on ne peut pas comparer les pommes avec les pruneaux), une coercition.
Historiquement Oracle a décidé que dans ce cas la conversion sera fait au niveau de la chaine des caractères, donc :

Code :

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

To_Number(code) In (140, 150)

A l'époque cela s'était avère utile pour le traitement de numéros des comptes stockées comme des chaines des caractères préfixés avec des zéros:

Code :

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

To_Number('00000140') = 140

ce qui n'aurait pas marché si la coercition aurait était appliquée sur la valeur numérique:

Code :

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

 '00000140' != '140'

[JQueen]

Code est de type varchar2 et vous lui demandez de comparer avec 140 qui est numérique.

En fait, sans bien vérifier dans la base, je pensais que le code est de type numérique.
Suite à ta remarque, j'ai eu un doute et j'ai revérifié.

Merci