Discussion :

[unix27]

Bonsoir, je compte créer une procédure qui prend l'ID_CLIENT comme paramètre et qui supprime les clients dans toutes les tables de la base(environ 250 tables liées entre elles avec des contraintes d’intégrités...).
la suppression que je compte faire est de prendre la 1 table cherché l'ID_CLIENT si on le trouve alors en cherche les contraintes d'intégrité sur cette table ensuite aprés avoir supprimer les contraintes , je supprime toutes les lignes nécessaires(avec un on delete cascade) ensuite je recrée la contrainte d'intégrité sur la table ... et ainsi de suite...
ma question est la suivante:est ce que le fait de supprimer puis de recréer des contraintes d'intégrité risque d'impacté les index ou autres ... qui sont sur la table et aussi est ce que cette méthode est bonne en sachant que je compte utiliser mon script en environnement de production
Merci.

[FSiebert]

Bonjour,

La technique du ON DELETE CASCADE fonctionne avec une clé étrangère, si vous supprimez la contrainte vous ne pouvez plus utiliser cette méthode non ?

Si vous avez défini vos contraintes avec ON DELETE CASCADE il vous suffit de supprimer la ligne de la table mère et les lignes filles seront automatiquement supprimées.
Attention quand même aux performances avec cette méthode.

[unix27]

Bonjour,

La technique du ON DELETE CASCADE fonctionne avec une clé étrangère, si vous supprimez la contrainte vous ne pouvez plus utiliser cette méthode non ?

Si vous avez défini vos contraintes avec ON DELETE CASCADE il vous suffit de supprimer la ligne de la table mère et les lignes filles seront automatiquement supprimées.
Attention quand même aux performances avec cette méthode.

Les contraintes ne sont pas définies avec un ON DELETE CASCADE, et il a plus qu'une contrainte définie sur chaque table( 3 quelque fois même 10 contraintes par table...)
est ce que la solution de supprimer puis de recréer va marcher?
je me suis inspiré de cette idée ici:
http://andrewfraserdba.com/2009/03/1...child-records/

[FSiebert]

L'article dit simplement de définir les contraintes avec l'option ON DELETE CASCADE.
Mais c'est à faire une seule fois, inutile de supprimer et recréer vos contraintes à chaque fois que vous voulez supprimer une ligne.

[unix27]

L'article dit simplement de définir les contraintes avec l'option ON DELETE CASCADE.
Mais c'est à faire une seule fois, inutile de supprimer et recréer vos contraintes à chaque fois que vous voulez supprimer une ligne.

en fait, puisque la suppression se fera par une boucle donc il va y avoir plusieurs suppression de contraintes ... pour chaque table parcourue... mais bon je ne sais pas vraiment comment procédé merci comme même je te remercie pour ta réponse

[pachot]

Bonjour,

Il ne devrait pas y avoir d'impact. Vu qu'il ne s'agit que de contraintes d'intégrité référentielles (foreign key) il n'y a pas d'index implicite. Par contre ce sera très long:
- les delete se feront ligne par ligne
- les contraintes vont être revérifiées à chaque recréation.

Pour cette problématique, je crois que je ferais plutôt des delete sans passer par les contraintes: on crée une table des ID à supprimer, puis on fait un delete de chaque table fille pour les ID dans cette table.

S'il y en a beaucoup, ces instructions delete peuvent être générées, à partir de user_constraints et user_col_constraints...

Cordialement,
Franck.