supprimer les données dans une table(mère) et dans les tables en dessous(filles)

[monthaldo]

Salut à tous,

je veux supprimer les données dans une table (mère), dans les tables filles en dessous (117 au total) , dans les tables en dessous des filles et ainsi de suite ...

A cause des clés etrangères, je dois commencer la suppression d'abord par le plus bas niveau (de l'arbre) pour remonter à la table mère. Car les contraintes clés etrangères n'ont pas été créées avec l'option CASCADE).

j'utilise ORACLE 9i.

Ma question: Comment faire pour avoir la liste des tables en dessous de la table mère (filles, filles des filles et ainsi de suite ....) afin de commencer la suppression des données par le bas.

ou

Y a-t-il une autre façon de faire?

Merci d'avance

[stephDeZ]

Bonjour,


Vous pourriez ecrire un TRIGGER au niveau ligne (for each rows before delete) sur la table mere, qui fait la suppression pour l'enregistrement en cours de toutes ces dependances dans les tables filles.

Comme ca vous ne l'ecrivez qu'une fois et vous pourrez ensuite faire un delete from votreTableMere.

COMMIT;



++

[LeoAnderson]

modifier les fk pour rajouter cascade me semble plus simple et plus sûr, non ?

[monthaldo]

Merci pour vos réponses.

Une autre préccupation

En écrivant le trigger ou en modifiant la pk de la table mère, est qu'en appliquant le DELETE sur la table mère , la suppression s'appliquera sur les tables filles des filles?

ou il faut écrire aussi le trigger ou modifier la pk pour les tables filles
.

Merci d'avance

[scheu]

Envoyé par monthaldo

En écrivant le trigger ou en modifiant la pk de la table mère, est qu'en appliquant le DELETE sur la table mère , la suppression s'appliquera sur les tables filles des filles?

Non, seulement sur les filles directes de la table mère, mais pas les filles des filles
Il faut aussi mettre les fk à "delete cascade" entre les filles et les filles des filles, etc ... récursivement

Si ta hiérarchie est très complexe avec beaucoup de niveaux, tu peux tenter une requête récursive dans la vue sys.all_constraints pour lister toutes les tables filles de tous les niveaux qui sont rattachées à ta table mère

[laurentschneider]

Envoyé par LeoAnderson

modifier les fk pour rajouter cascade me semble plus simple et plus sûr, non ?

Cascade sûr? surtout pas

Non, delete cascade est sans doute avec les triggers l'une des choses que j'aime le moins, car on ne sait jamais ce que l'on fait.

Pour avoir la liste des tables filles, je regarderais dans le dico.

Ex: tables dont la mère est T1

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT DISTINCT table_name 
FROM user_constraints 
connect BY r_constraint_name = prior constraint_name OR 
  (table_name=prior table_name AND 
  constraint_type='P' AND 
  prior constraint_type='R') 
start WITH table_name='T1';
TABLE_NAME
------------------------------
T1
T3
T2
T4

attention, tu risques d'avoir un ORA-1436 si tu as des contraintes en boucles (style tu es ton propre parent). CONNECT BY NOCYCLE règle ce problème en 10g. En 9i, tu peux employer PLSQL ou une approche manuelle (ex: 4 niveaux: la mère, les filles, les filles des filles, les filles des filles des filles)

[SheikYerbouti]

Comme ceci ?

[laurentschneider]

en fait c'est l'inverse, monthaldo voulait avec la table grand mère avoir toutes les filles et non depuis les filles avoir toutes les grand mères.

Ton script vérifie que C.TABLE_NAME <> NVL( LC$OldTable,'1' ), afin de ne pas boucler, mais avec T1(x primary key, y references T2) et T2(x reference T1, y primary key), ça boucle quand même.

Et moi j'obtiens

Code :

1
2
3
4
 
C:\> sqlplusw.exe user/pwd@base @reference.sql nom_table nom_schema
'sqlplusw' IS NOT recognized AS an internal OR external command,
operable program OR batch file.

bon, c'est sans doute parceque SQLPLUSW n'existe plus dans le client 11g

[SheikYerbouti]

Envoyé par laurentschneider

bon, c'est sans doute parceque SQLPLUSW n'existe plus dans le client 11g

Sans dec ?!!! ils l'ont ablationné !???

[laurentschneider]

c'est clair, plus de sqlplusw ni de isqlplus.
Il reste sqlplus MS-DOS et sqldeveloper

[SheikYerbouti]

Ils poussent à la conso de Sql*Developer...
et comment y font les lignesdecommandiens ?

[laurentschneider]

j'ai discuté à OpenWorld avec Sue Harper, la cheffe de projet de SQL Developer, je lui ai demandé pourquoi ça s'appelait SQL Developer, si les DBA devaient aussi employer cet outil...

SQL Developer est plutôt pour les développeurs. Alors que nous reste-t-il?

La commande DOS? Bon, de toute façon tout le monde est en USASCII7, donc pas de problème pour les accents

[LeoAnderson]

Envoyé par laurentschneider

j'ai discuté à OpenWorld avec Sue Harper, la cheffe de projet de SQL Developer, je lui ai demandé pourquoi ça s'appelait SQL Developer, si les DBA devaient aussi employer cet outil...

SQL Developer est plutôt pour les développeurs. Alors que nous reste-t-il?

La commande DOS? Bon, de toute façon tout le monde est en USASCII7, donc pas de problème pour les accents

Tora est pas mal... enfin sous Linux car sous Windows, j'ai pas réussi à l'utiliser plus de 5 min sans que ça ne plante tout !

[orafrance]

Envoyé par SheikYerbouti

Sans dec ?!!! ils l'ont ablationné !???

oui

c'est à n'y rien comprendre dans la politique d'Oracle

[LeoAnderson]

Sans dec ?!!! ils l'ont ablationné !???

ça me choque pas...

Sous Linux/Unix, il n'y a pas de "x sqlplus", il n'y a que le programme console... ça uniformise, enlève une verrue qui en plus, n'était pas inoubliable !