INSERT et violation de contrainte Unique Key

**calagan99** · 23/08/2013, 14h22

Bonjour,

je tente d'insérer dans une table des données en utilisant le SQL suivant:

Code :

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

1
2
3
4
5
INSERT INTO TABLE1 (VAL1, VAL2) VALUES (6.0,232.0);
--Ligne 2
INSERT INTO TABLE1  (VAL1, VAL2) VALUES (13.0,232.0);
--Ligne 3
INSERT INTO TABLE1  (VAL1, VAL2) VALUES (20.0,232.0);

La table de destination ne contient que les champs VAL1 et VAL2, de type NUMBER(38,0), pas de PK (il s'agit d'une table de liaison).

Mes INSERT ne passent pas à cause d'une violation de contrainte unique

Erreur commençant à la ligne 8 de la commande :
INSERT INTO TABLE1 (VAL1, VAL2) VALUES (13.0,232.0)
Rapport d'erreur :
Erreur SQL : ORA-00001: violation de contrainte unique (TABLE1)
00001. 00000 - "unique constraint (%s.%s) violated"
*Cause: An UPDATE or INSERT statement attempted to insert a duplicate key.
For Trusted Oracle configured in DBMS MAC mode, you may see
this message if a duplicate entry exists at a different level.
*Action: Either remove the unique restriction or do not insert the key.

Seul le premier INSERT est inséré.
Ce que je ne comprends pas puisque je suis absolument certain que les données que j'essaye d'insérer n'existent pas dans TABLE1.

Qu'est ce qui peut expliquer ce "phénomène" ?

D'avance merci pour vos conseils

**Waldar** · 23/08/2013, 14h50

Vous avez une contrainte d'unicité ou un index unique sur la colonne val2.

Regardez le script de création de votre table :

Code :

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

1
2
select dbms_metadata.get_ddl('TABLE', 'TABLE1')
  from dual;

**skuatamad** · 23/08/2013, 15h13

DBMS_METADATA.GET_DDL ne remontera pas l'index unique, regardez dans all_indexes :

Code :

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

select index_name, uniqueness from all_indexes where table_name='TABLE1';

Par ailleurs les tables de relation ont des PK.

**calagan99** · 23/08/2013, 15h23

@Waldar : merci pour la réponse.

Le résultat de la requête :

"
CREATE TABLE "SC"."REFERENCE_LIEU"
( "REFERENCE" NUMBER(*,0) NOT NULL ENABLE,
"LIEU" NUMBER(*,0) NOT NULL ENABLE,
CONSTRAINT "REFERENCE_LIEU_UN" UNIQUE ("REFERENCE")
USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
TABLESPACE "USERS" ENABLE,
CONSTRAINT "REFERENCE_LIEU_LIEU_FK" FOREIGN KEY ("LIEU")
REFERENCES "SC"."LIEU_MESURE" ("IDENTIFIANT") ENABLE,
CONSTRAINT "REFERENCE_LIEU_REFERENCE_FK" FOREIGN KEY ("REFERENCE")
REFERENCES "SC"."REFERENCE" ("IDENTIFIANT") ENABLE
) SEGMENT CREATION IMMEDIATE
PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
TABLESPACE "USERS"
"

Edit : et le résultat de la demande de skuatamad:

REFERENCE_LIEU_IDX NONUNIQUE
REFERENCE_LIEU_UN UNIQUE

**skuatamad** · 23/08/2013, 15h48

Code :

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

CONSTRAINT "REFERENCE_LIEU_UN" UNIQUE ("REFERENCE")

Que donne :

Code :

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

select * from REFERENCE_LIEU where REFERENCE = 13

**calagan99** · 23/08/2013, 15h53

Envoyé par skuatamad

Que donne :

Code :

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

select * from REFERENCE_LIEU where REFERENCE = 13

Aucun résultat.
C'est bien ce qui m'étonne

Je ne connais pas bien Oracle, je me demandais si ce n'était pas un pb de séquence.

**Waldar** · 23/08/2013, 16h41

Il faudrait voir les vraies commandes que vous avez passées, parce que nous ne savons pas ce que vous avez mis dans VAL1 ou VAL2 dans le premier sujet.

**calagan99** · 23/08/2013, 16h47

Pour situer le contexte :
- la BDD est celle d'un outil en cours de dév
- par conséquent, je vais ajouter ou modifier des éléments à la mano dans la BD via SQLDeveloper.

Les requêtes réelles passées sont les suivantes :

Code :

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

1
2
3
4
5
INSERT INTO REFERENCE_LIEU (LIEU, REFERENCE) VALUES (6.0,232.0);
--Ligne 2
INSERT INTO REFERENCE_LIEU (LIEU, REFERENCE) VALUES (13.0,232.0);
--Ligne 3
INSERT INTO REFERENCE_LIEU (LIEU, REFERENCE) VALUES (20.0,232.0);

Les valeurs sont réellement celles que j'ai dans mon script.

La valeur "232" existe bien dans la table REFERENCE
les valeurs "6", "13" et "20" existent bien dans la tablea LIEU
J'ai déjà des enregistrements dans la table REFERENCE_LIEU dont:
REFERENCE | LIEU
--------------------
200 |6
200 |13
200 |20
224 |6
224 |20
224 |13

**Waldar** · 23/08/2013, 17h01

Si la requête :

Code :

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

1
2
3
4
  select reference
    from REFERENCE_LIEU 
group by reference
  having count(*) > 1;

Ramène quelque chose, c'est que votre contrainte est en NOVALIDATE et/ou en DISABLE.
D'après le GET_DDL elle est ENABLE, donc je pense pour le NOVALIDATE.

**Waldar** · 23/08/2013, 17h04

En fait je pense que votre contrainte a été mal créée.
Dans les tables d'association, c'est le couple qui doit être unique.

Il faudrait passer les commandes suivantes :

Code :

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

1
2
3
4
5
6
7
ALTER TABLE sc.REFERENCE_LIEU
 DROP CONSTRAINT REFERENCE_LIEU_UN;
 
ALTER TABLE sc.REFERENCE_LIEU
  ADD CONSTRAINT REFERENCE_LIEU_PK
        PRIMARY KEY (REFERENCE, LIEU)
        USING INDEX;

**calagan99** · 23/08/2013, 17h33

Envoyé par Waldar

Si la requête :

Code :

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

1
2
3
4
  select reference
    from REFERENCE_LIEU 
group by reference
  having count(*) > 1;

Aucune ligne retournée

Envoyé par Waldar

En fait je pense que votre contrainte a été mal créée.
Dans les tables d'association, c'est le couple qui doit être unique.

Il faudrait passer les commandes suivantes :

Code :

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

1
2
3
4
5
6
7
ALTER TABLE sc.REFERENCE_LIEU
 DROP CONSTRAINT REFERENCE_LIEU_UN;
 
ALTER TABLE sc.REFERENCE_LIEU
  ADD CONSTRAINT REFERENCE_LIEU_PK
        PRIMARY KEY (REFERENCE, LIEU)
        USING INDEX;

Dans ce cas, comment expliquer que plusieurs enregistrements avec une même REFERENCE ou un même LIEU aient déjà pu être crées dans cette table ?

**Waldar** · 23/08/2013, 17h44

Il y a un problème de cohérence dans ce que vous nous racontez.

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 REFERENCE_LIEU
( reference number not null
, lieu      number not null
);
 
insert into REFERENCE_LIEU (reference, lieu) values (200,  6);
insert into REFERENCE_LIEU (reference, lieu) values (200, 13);
insert into REFERENCE_LIEU (reference, lieu) values (200, 20);
insert into REFERENCE_LIEU (reference, lieu) values (224,  6);
insert into REFERENCE_LIEU (reference, lieu) values (224, 13);
insert into REFERENCE_LIEU (reference, lieu) values (224, 20);
 
commit;
 
  SELECT reference
    FROM REFERENCE_LIEU 
GROUP BY reference
  HAVING count(*) > 1;
 
REFERENCE
---------
224
200
 
  SELECT lieu
    FROM REFERENCE_LIEU 
GROUP BY lieu
  HAVING count(*) > 1;
 
LIEU
----
6
13
20

**calagan99** · 26/08/2013, 13h43

@Waldar : merci pour votre réponse.
En effet, en y regardant de plus près je n'ai pas deux fois la même REFERENCE dans la table.
J'ai été induit en erreur par le dév qui a créé la table.
La contrainte unique ne porte en fait que sur cette colonne et devrait en fait se faire sur la paire REFERENCE - SITE.