Discussion :

[Sinestra]

Bonjour,

Je dispose d'une base de données dans laquelle j'ai une colonne qui contient des comptes rendus textuels avec des dates(il peut très bien y avoir 1 seule date comme 10) sous la forme JJ/MM/AAAA.
Mon objectif serait de modifier toutes les dates en leur enlevant un certain nombre de jours.

Comme indiqué dans l'intitulé je pensais faire un update avec l'utilisation de regexp_replace comme suivant:

Code sql :

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

1
2
 
UPDATE ma_table SET compterendu = regexp_replace(compterendu,'([0-9]+/[0-9]+/[0-9]+)','/1'-300);

J'obtiens l'erreur ORA-01722: invalid number
J'ai essayé de rajouter des to_date, to_char j'obtiens toujours la même erreur.

Ma question est donc la suivante, est-il possible de faire des calculs arithmétiques dans un regexp_replace?
Dans le cas contraire quelle serait la meilleure option à prendre pour résoudre ce problème?

En vous remerciant par avance de votre aide!

[McM]

Bonjour,

Premièrement, ce n'est pas '/1' mais '\1' qu'il faut mettre.

Et ce n'est pas possible de faire des calculs : le second paramètre de REGEXP_REPLACE est un string.
Les \1.. sont gérés dans la fonction REGEXP, donc impossible de faire de l'arithmétique avant.

[Emmanuel R]

Bonjour,

Tout d'abord vous pouvez tester que vous obtenez bien le résultat obtenu en passant par un SELECT et pas par un UPDATE directement...

Ensuite, rapidement pour vous donner une piste : je ferais plutôt avec un REGEXP_SUBSTR pour extraire la date, et je ferais mes calculs par la suite.

Code :

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

1
2
SELECT TO_DATE(REGEXP_SUBSTR('Compte-rendu du 20/11/2017, à 8h', ('(0?[1-9]|[12][0-9]|3[01])[\/\-](0?[1-9]|1[012])[\/\-]\d{4}')), 'DD/MM/YYYY') - 300
FROM DUAL

(j'en ai profité pour proposer une meilleure REGEX, pas la peine de réinventer la roue)

Je prends comme hypothèse que vous n'avez qu'une date par ligne dans la BDD.
Vous indiquez qu'"il peut très bien y avoir 1 seule date comme 10". Si c'est dans le même champ, ma requête ci-dessus n'ira pas.

[Sinestra]

Bonjour à vous deux,

Merci pour vos réponses.

@McM : effectivement c'est une erreur de recopie, j'utilisais bien '\1'.

@Emmanuel R : malheureusement j'ai bien plusieurs dates. Il est tout de même possible de récupérer plusieurs dates sur un même champs en combinant REGEX_SUBSTR avec un CONNECT BY LEVEL.

[tsuji]

Je dirais sans mâcher les mots que les documentations d'Oracle sur regexp_replace() partout sont, sinon trompeuses, tout au moins pas de l'histoire entière - et l'histoire, il me semble, n'est pas si jolie!

Typiquement, elles disent

replace_string can be of any of the datatypes CHAR, VARCHAR2, NCHAR, NVARCHAR2, CLOB, or NCLOB. If replace_string is a CLOB or NCLOB, then Oracle truncates replace_string to 32K. The replace_string can contain up to 500 backreferences to subexpressions in the form \n, where n is a number from 1 to 9.

Soit.

En principe et conceptuellement parlant basé sur leurs mots, --- supposant la date soit du format de dd/mm/yyyy, et le pattern peut s'améliorer sans cesse surement, --- on peut faire ça

Code sql :

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

1
2
3
UPDATE ma_table SET compterendu = regexp_replace(compterendu,'\b([0-9]{2}/[0-9]{2}/[0-9]{4})\b',
    to_char(to_date('\1', 'dd/mm/yyyy')-300, 'dd/mm/yyyy')
); -- erreur ORA 01858

Mais, ça donne l'erreur ORA-01858...

Pourtant, on peut faire une analogie jusqu'au niveau de fonctions deux fois imbriqués, comme par exemple:

Code sql :

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

1
2
3
UPDATE ma_table SET compterendu = regexp_replace(compterendu,'\b([0-9]{2}/[0-9]{2}/[0-9]{4})\b',
    concat(concat('\1', 'abc'), 'zyx')
); -- acceptable

et c'est très acceptable.

Je ne suis pas sûr si c'est un bogue ou une mal-représentation, volontaire ou pas, des documentations, mais ça se comporte comme ça et c'est fâcheux.

Si ça ne marche pas de la façon en une ligne, on peut, bien entendu, faire un petit bloque pl/sql pour ce but de mise-à-jour.

Voilà ce que je vois sur le sujet.