[Oracle] Update sur 1 colonne avec condition existence (SUBSTR)

**magic charly** · 20/04/2006, 11h11

Bonjour,

Mon problème est le suivant : je souhaiterais modifier une colonne d'une table à partir de données d'une autre table
j'ai 2 tables :

une table APPLICATION avec ID_APPLICATION, NOM_APPLICATION
une table TRANSACTION avec ID_TRANSACTION,NOM_TRANSACTION, ID_APPLICATION

algorithme :

si NOM_application est contenu dans la chaine de caractères Nom_transaction alors le champ ID_APPLICATION prend la valeur de l'id qui lui est associée dans la table APPLICATION.

en SQL :

UPDATE TRANSACTION
IF TRANSACTION.NOM_TRANSACTON like '%APPLICATION.NOM_APPLICATION') THEN
TRANSACTION.ID_TRANSACTION=APPLICATION.ID_APPLICATION

<je ne vois pas bien comment intégrer cette idée a une requete>

Charly

**Yanika_bzh** · 20/04/2006, 11h58

Ok

Petite remarque, APPLICATION et TRANSACTION sont des mots reservés ORACLE, donc si tu utilises ces noms la pour des tables, tu risques d'avoir des petits ennuies.

La requete :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
UPDATE 
   transactions 
SET
idapplication =(SELECT
                       idapplication 
                      FROM
                        applications 
                      WHERE
                        instr(transactions.NOM_TRANSACTION, applications.NOM_APPLICATION)>0)

Ps : J'ai mis un 's' au nom de tes tables

Logiquement ca devrait marcher

Bon courage

**Médiat** · 20/04/2006, 12h17

Yanika_bzh : Dangereux ton update, tu mets à jour toute la table transactions, en mettant NULL pour les lignes non trouvées dans la requête intérieure.

**Yanika_bzh** · 20/04/2006, 12h35

Envoyé par Médiat

Yanika_bzh : Dangereux ton update, tu mets à jour toute la table transactions, en mettant NULL pour les lignes non trouvées dans la requête intérieure.

Ce qui reste coherent avec le postulat de depart non ??

Je suppose que cette modification est faite pour gerer une "pseudo" regle d'integrité relationnelle. Donc dans ce cas, la regle d'integrité est respectée : elle n'existe pas, donc pas de valeur.

Si je laisse une valeur (tout a fait possible par un decode par exemple), la reference n'a plus lieu d'etre :

IDTRANSACTION | NOM_TRANSACTION | ID APPLICATION
1 | blablabla-appli1|...
2 | tarato-appli1|...
3 | banana-appli2|...
4 | tartenpion-appli3| 2

Si je laisse la valeur 2 (car appli3 ne sera pas trouvé dans ma sous requete), je vais avoir une incoherence par rapport a l'algorithme de départ.

Enfin, c'est ce que j'ai compris moi...

**Médiat** · 20/04/2006, 13h28

Envoyé par Yanika_bzh

Si je laisse la valeur 2 (car appli3 ne sera pas trouvé dans ma sous requete), je vais avoir une incoherence par rapport a l'algorithme de départ.

Pas sur, si le ID_APPLICATION est renseigné, pourquoi le modifier ? Déjà que ce n'est pas propre de faire une jointure entre une chaîne de caractère et une sous chaîne, si en plus c'est une règle de gestion, je ne peux que préconiser de revoir la modélisation

.
J'ai compris pour ma part que cette update permettrait de corriger certains problèmes, non que c'était une règle absolue, mais suel le posteur initial peut donner une réponse....

**Yanika_bzh** · 20/04/2006, 13h32

Envoyé par Médiat

Pas sur, si le ID_APPLICATION est renseigné, pourquoi le modifier ? Déjà que ce n'est pas propre de faire une jointure entre une chaîne de caractère et une sous chaîne, si en plus c'est une règle de gestion, je ne peux que préconiser de revoir la modélisation

.
J'ai compris pour ma part que cette update permettrait de corriger certains problèmes, non que c'était une règle absolue, mais suel le posteur initial peut donner une réponse....

Je suis d'accord avec toi, les jointures entre sous chaines generalement montre la limite du modele conceptuel en place. Mais bon, dans la pratique il est souvent necessaire de s'adapter a l'existant (Je travaille dans le milieu industriel et je peux te dire que j'en ai vues des vertes et des pas mures

)

Comme tu le dis si bien, le posteur initial sera le maitre de ces lieux

**magic charly** · 20/04/2006, 13h57

Je crois qu'il doit il y avoir une sorte de transmission de pensée.. le code que j'ai écris avant de regarder a nouveau le topic était très similaire à celui de Yanika_bzh à la différence pres que j'utilisais substr pour le test de chaines de caractères.

merci bcp à vous deux

PS: je sais que les jointures à partir d'extractions de chaines de caractères c'est moche mais je n'ai pas la "liberté" d'action souhaitée (en terme de conception de DB)

[Oracle] Update sur 1 colonne avec condition existence (SUBSTR)

Langage SQL

Discussions similaires

Partager

Partager