[ORACLE 9i]Update sur champs avec contrainte

Version imprimable

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:

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

14/06/2007, 10h54
orafrance

non, il n'y a pas d'update cascade. Mais c'est la PK que tu veux modifier ?
14/06/2007, 11h02
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 :-)
14/06/2007, 11h12
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.
14/06/2007, 11h16
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
14/06/2007, 11h28
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 :mrgreen:
14/06/2007, 11h50
gowser

Qu'entends tu par le problème de concurence ? Si quelqu'un essaye effectue un select sur la table en meme temps que l'on fait l'update ?

Concernant la modification de la database, c'est pas la peine d'y penser car on doit livrer l'appli demain midi donc je ne pense pas avoir le temps de modifier toutes les procedures pour demain surtout qu'il faut que je finisse ce job d'update
14/06/2007, 11h56
orafrance

tu n'as pas à modifier tes procédures. Tu as juste à livrer :
- un alter de la table pour ajouter ID en NUMBER
- une séquence
- un trigger pour renseigner l'ID avec la valeur de la séquence
- une PK sur l'ID
- les FK vers ID

c'est juste une solution technique, ça ne change en rien le fonctionnel :)

Pour la concurrence d'accés, je pensais plutôt à 2 UPDATE qui passent en même temps... en plus c'est vraiment moche comme solution :?
14/06/2007, 12h52
gowser

ben merci beaucoup pour ta solution, je vais la proposer au chef

bonne continuation et encore merci

il existe aussi les contraintes DEFERRABLE

Code:

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
35
36
37
38
39
40
41
42
43
 
SQL> create table t1(x number primary key);
 
Table created.
 
SQL> create table t2(x number constraint fk references t1 deferrable);
 
Table created.
 
SQL> insert into t1 values (1);
 
1 row created.
 
SQL> insert into t2 values (1);
 
1 row created.
 
SQL> commit;
 
Commit complete.
 
SQL> update t1 set x=2;
update t1 set x=2
*
ERROR at line 1:
ORA-02292: integrity constraint (AUDBA.FK) violated - child record found
 
 
SQL> set constraints fk deferred;
 
Constraint set.
 
SQL> update t1 set x=2;
 
1 row updated.
 
SQL> update t2 set x=2;
 
1 row updated.
 
SQL> commit;
 
Commit complete.

14/06/2007, 14h03
gowser

ouah merci, ca fonctionne du feu de dieu ton truc.

Du coup j'ai tout qui s'update tranquillement

Merci enormement a tout les 2

++
14/06/2007, 14h40
orafrance

Oui j'y avais pas pensé ;)

n'en reste pas moi qu'au niveau normalisation du modèle c'est horrible :?