Discussion :

[Antoun]

Bonjour,

Je suis en train de mettre en place l'alimentation automatique de tables de références, en mode "on vide tout et on re-remplit". Or, ces tables contiennent des clefs référencées par des contraintes FOREIGN KEY d'autres tables. Je voudrais donc suspendre ces contraintes le temps de vider et re-remplir mes tables de référence.

J'ai pu lire ça et là (notamment chez le camarade SQLpro) qu'il y avait une histoire de DEFERRABLE, mais je n'ai pas pu retrouver l'information précise...

Merci pour toute indication !

[Chtulus]

Salut Antoun,

Tu as regardé ici.

[Antoun]

Merci petit !

Et tu sais comment l'histoire de DEFERRABLE se branche là-dessus ?

[Chtulus]

Merci grand !

Pourquoi souhaites tu absolument le DEFERRABLE ?
(Me dit pas que tu prends des cours...)

CHECK et NOCHECK suffisent puisque la procédure te récupére les noms des tables ainsi que les clés!

[Antoun]

Je en souhaites pas absolument le DEFERRABLE... j'aimerais juste comprendre comment ça s'articule exactement, afin de ne pas perdre une occasion de me cultiver...

[Chtulus]

Il me semble que pour utiliser DEFERRABLE, les contraintes doivent être définies comme tel au départ...

Donc il te faudrait les supprimer et les recréer.

[Antoun]

pani problème !

Et comment j'utilise ensuite ?

[Chtulus]

J'aurais bien aimé un boss sur le coup

mais je n'ai pas pu retrouver l'information précise...

http://sqlpro.developpez.com/cours/s...e=partie2#L7.4

[Antoun]

J'ai relu cet extrait de manière plus approfondie... Comprends-tu la même chose que moi ?

• ça n'existe pas sous SQL Server, mais seulement sous Oracle
  
• construire la contrainte en INITIALLY DEFERRED permet de s'assurer automatiquement qu'elle ne soit systématiquement appliquée que lors d'un COMMIT
  
• si la contrainte rate, la transaction est automatiquement rollbackée

[SQLpro]

effectivement SQL Server ne gère pas la déferrebailité des contraintes. On peut cependant les désactivées par un NOCKECK.

Un autre moyen de faire est d'avoir prévu dans votre script de création de base de données, que la partie IR se faisait en dernier, comme le font d'ailleurs tous les bons outils de modélisation. De ce fait l'insertion des données se fit avant le script de mise en place des contraintes FK.

Ensuite, libre à vous à partir du script des FK d'en produire un pour les retirer !

A +

[Antoun]

Merci à tous les deux !