Discussion :

[lennelei]

Bonjour à tous,

voilà, j'ai un gros souci sur une requête qui fait un DELETE et qui est un tout petit peu complexe. Je me retrouve avec une violation de contrainte (ligne dans la table fille qui existe blahblah...). Pour la petite histoire, cette requête fonctionne bien "en général", mais je soupçonne que nous ayons un enregistrement (ou des données corrompues quelque part) qui ferait qu'elle plante lors d'une exécution particulière.

Bref, pour le moment, je ne vais pas poster les tables/contraintes/requête complète... pour voir si vous avez des idées (ça viendra plus tard si on ne trouve rien ) par contre, je voudrais juste savoir si vous savez s'il est possible d'avoir plus d'infos sur ce genre de problème que la simple ligne:

Code :

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

1
2
3
ERROR at line 2:
ORA-02292: integrity constraint (BDD.TABLE1_TABLE2_FK) violated - child
record found

Du genre, quelle id pose problème, ... ?
Evidemment, je préfèrerais une autre solution que de faire une requête avec un SELECT ID FROM... WHERE ID IN(<la requête qui pose problème et qui est loooooongue à tourner>) =]
Du genre, en utilisant des tables systèmes ou autre d'Oracle ?

Merci d'avance !

[Z3phur]

le mieux serait de supprimer ta contrainte et de la recréer avec l'option on delete cascade

Code :

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

1
2
3
alter table nomtable ADD (
   CONSTRAINT nomcontrainte FOREIGN KEY (...) REFERENCES nomtable2 ( ... ) ON DELETE CASCADE
);

Mais attention tu peux remettre à la fin de ton traitement la contrainte originale pour prévenir de mauvaise manipulation utilisateur qui pourrais faire des delete.

[lennelei]

oui mais non

d'une part, je doute que le DBA de mon client me dise "OK, le script plante, on modifie la base "

d'autre part, selon la requête, le problème ne devrait pas pouvoir se poser !

donc le but est bien de trouver pourquoi on a ce souci (problème d'intégrité ?), et non de faire passer à tout prix le script

pour info, la requête est "grosso modo" du style:

Code :

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

1
2
delete from table1 where id in (select id from table2
                                minus select id from table3);

en sachant que la contrainte est entre les id de table2 et table3 et qu'il y a une contrainte en cascade entre table1 et table2 (mais globalement, table1 et table2 contiennent les mêmes lignes)

donc il est difficile de purger une ligne de table1 qui serait dans table3 normalement (ie, si Oracle fait son boulot )

[Z3phur]

oui mais non

d'une part, je doute que le DBA de mon client me dise "OK, le script plante, on modifie la base "

d'autre part, selon la requête, le problème ne devrait pas pouvoir se poser !

donc le but est bien de trouver pourquoi on a ce souci (problème d'intégrité ?), et non de faire passer à tout prix le script

pour info, la requête est "grosso modo" du style:

Code :

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

1
2
delete from table1 where id in (select id from table2
                                minus select id from table3);

en sachant que la contrainte est entre les id de table2 et table3 et qu'il y a une contrainte en cascade entre table1 et table2 (mais globalement, table1 et table2 contiennent les mêmes lignes)

donc il est difficile de purger une ligne de table1 qui serait dans table3 normalement (ie, si Oracle fait son boulot )

l'opérateur minus retourne les enregistrements présents dans table2 qui ne sont pas dans table3 et toi tu veux supprimer les enregistrements de table1 donc l'id est dans le résultat du minus. Mais comme tu le dis tu as une contrainte entre table1 et table2 donc tu ne pourras jamais supprimer les lignes que tu demandes.

tu veux peut être faire le contraire :

Code :

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

1
2
delete from table1 where id in (select id from table3
                                minus select id from table2);

Si ce n'est pas cela, je n'ai vraiment pas compris ce que tu voulais faire.

[chmanu]

Bonsoir,

Tu peux peut etre passer par un curseur et un script PL avec gestion de l exception :

begin
for x in (select nanana)
loop
begin
delete from table1 where tatata
exception
when other then
IF sqlcode=-2292 then
dbms_output.put_line(x.id);
end;
end loop;
end;
/

Bon, je n'ai pas testé ca, c'est juste une idée à creuser.

Chmanu

[lennelei]

l'opérateur minus retourne les enregistrements présents dans table2 qui ne sont pas dans table3 et toi tu veux supprimer les enregistrements de table1 donc l'id est dans le résultat du minus. Mais comme tu le dis tu as une contrainte entre table1 et table2 donc tu ne pourras jamais supprimer les lignes que tu demandes.

tu veux peut être faire le contraire :

Code :

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

1
2
delete from table1 where id in (select id from table3
                                minus select id from table2);

Si ce n'est pas cela, je n'ai vraiment pas compris ce que tu voulais faire.

euh pas exactement, en fait, table1 et table2 contienne exactement les mêmes ids.

Le but final est de purger table1 des enregistrements non présents dans table3 (et accessoirement, d'autres tables : il y a d'autres minus, mais ça ne change rien).

Donc je commence à prendre tous les enregistrements de table2 qui n'existent pas dans table3 (via minus). Puis je supprime ces lignes de table1.

Par ailleurs, il existe 2 contraintes (c'est là que tu as mal compris je pense: tu as du les inverser) :

1. entre table1 et table2 qui est une contrainte en cascade (ie, je supprime une ligne de table1, elle disparait de table2),
2. entre table3 et table2 (non cascadée) : je ne peux pas supprimer une ligne de table2 dont l'id est dans table3.

Or, lors de l'exécution de ma requête, j'obtiens une erreur de violation de la contrainte numéro 2 qui, comme tu l'as indiqué et comme je le répète ci-dessus, ne devrait techniquement pas être violée puisque la requête est justement construite de façon à éviter ce problème :/
En effet, me requête supprime de table1 toutes les ids de table2 qui ne sont pas présent dans table3. Or, la violation de contrainte ne pourrait à priori survenir que parce que j'essaye de supprimer une ligne de table1 (qui va être supprimée en cascade de table2) qui serait présente dans table3.

Bon, je suis bien conscient que ce n'est pas facile à expliquer, mais comme je l'ai indiqué dans un précédent post, je doute très très fortement que le problème vienne de la requête.

Et pour répondre à chmanu, c'est un peu compliqué: disons pour faire simple que, à moins que quelqu'un arrive à démontrer que cette manière de faire est erronée, je ne pourrais pas la modifier (on ne fait pas toujours ce qu'on veut au boulot...).
D'où ma question initiale : est-il possible d'avoir plus d'information sur un problème d'intégrité référentielle ? (ne vous focaliser pas sur la requête =)

merci encore

[Z3phur]

Merci pour cet éclaircissement, je cerne mieux le problème.

Dès que j'ai un début de solution je viens poster

[lennelei]

pas de problème, merci à vous d'y penser ^^