Discussion :

[gowser]

Bonjour,

J'ai un petit probleme lié à une contrainte sur un champs. Etant pas un expert en sgbd, j'espere que vous pourriez m'aider

Mon probleme est le suivant :

Dans une base de données que je doit exploiter, un champs d'une table (table 1) est lié à un autre champs d'une autre table (table 2) par une contrainte. Je doit mettre à jour le champs de la table 1 mais celui-ci ne veut pas se mettre à jour à cause de cette contrainte.

Voici pour information le script des tables ainsi que la contrainte :

Code :

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

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
 
create table ICS_APPLI_OR_ACTEUR  (
   APP_NOM              VARCHAR2(50)                    not null,
   APP_APAC_CODE        CHAR(1)                         not null,
   APP_MEGA_ID          VARCHAR2(20)                    not null,
   APP_DESCRIPTION      VARCHAR2(255),
   APP_TYPE             CHAR(1),
   constraint PK_ICS_APPLI_OR_ACTEUR primary key (APP_NOM, APP_APAC_CODE)
);
 
create table ICS_FLUX  (
   TFX_TYPE             CHAR(2)                         not null,
   FLX_NUM              CHAR(3)                         not null,
   EME_APP_NOM          VARCHAR2(50)                    not null,
   EME_APP_APAC_CODE    CHAR(1)                         not null,
   DEST_APP_NOM         VARCHAR2(50)                    not null,
   DEST_APP_APAC_CODE   CHAR(1)                         not null,
   ETF_ETA              VARCHAR2(1),
   FLX_NOM              VARCHAR2(40)                    not null,
   FLX_MEGA_ID          VARCHAR2(20)                    not null,
   FLX_DESCRIPTION      VARCHAR2(255),
   FLX_DT_MAJ           DATE,
   FLX_PRODUCTION       CHAR(1),
   FLX_SUPPRESSION		INTEGER,
   constraint PK_ICS_FLUX primary key (TFX_TYPE, FLX_NUM)
);
 
alter table ICS_FLUX
   add constraint FK_ICS_FLUX_DESTINATA_ICS_APPL foreign key (DEST_APP_NOM, DEST_APP_APAC_CODE)
      references ICS_APPLI_OR_ACTEUR (APP_NOM, APP_APAC_CODE);
 
alter table ICS_FLUX
   add constraint FK_ICS_FLUX_EMETTEUR_ICS_APPL foreign key (EME_APP_NOM, EME_APP_APAC_CODE)
      references ICS_APPLI_OR_ACTEUR (APP_NOM, APP_APAC_CODE);

Les 2 contraintes FK_ICS_FLUX_DESTINATA_ICS_APPL et FK_ICS_FLUX_EMETTEUR_ICS_APPL ont quasiment la meme fonctionnalité.

Comment je pourrais mettre à jour le champs ICS_APPLI_OR_ACTEUR.APP_NOM sans avoir de probleme avec les contraintes ? Dois-je utiliser les cascades ? (je ne sais pas si cela existe sous oracle)

Cela fonctionnerait si je mets un "on update cascade" sur les contraintes ?

Merci pour vos réponses

[orafrance]

non, il n'y a pas d'update cascade. Mais c'est la PK que tu veux modifier ?

[gowser]

A désolé, j'ai compètement oublier de dire quel champs je voulais modifier.

Je voudrais faire un update sur le champs ICS_APPLI_OR_ACTEUR.APP_NOM mais dès que j'execute la requete, elle me retourne une erreur de contrainte vers la table ICS_FLUX (sur les champs DEST_APP_NOM ou EME_APP_NOM) donc c'est bien la contrainte qui m'embete et donc ma question est la suivante : comment je pourrais faire pour mettre a jour le champs ICS_APPLI_OR_ACTEUR.APP_NOM sans que la contrainte ne dérange et que cela fasse un effet de cascade sur la table flux?

merci pour la réponse :-)

[orafrance]

bah cherche pas, il est là le problème. Dans la modélisation il y a un soucis. La PK ne doit JAMAIS être modifiée. Pour régler le souci tu peux ajouter une colonne ID qui sera renseigné par un trigger et une séquence (recherche incrémentation auto) et c'est cette colonne qui sera ta PK.

[gowser]

oui je sais, mais c'est pas moi qui a designer la base :-( , c'est mon chef de projet, je lui ai dis que c'etait moisi de mettre ce champs en primary key mais bon, tout le monde les connais, ils croient tous avoir la science infuse et forcement il m'a envoyé bouler.

Merci pour ta réponse.

Sinon ma copine propose quelque chose mais je trouve ca vraiment pas tres propre :

Creer un nouvelle ligne dans ICS_APPLI_OR_ACTEUR avec le nouveau nom, mettre a jour la table ICS_FLUX avec ce nouveau nom et kicker l'ancienne ligne de la table ICS_APPLI_OR_ACTEUR

[orafrance]

c'est pas mal mais tu risques fort d'avoir des problèmes de concurrence d'accés notamment des locks.

Je pense qu'en expliquant bien le problème avec la PK comme ça et surtout en apportant une alternative, tu arriveras à convaincre ton chef... voir même... il sera content de ton boulot