Discussion :

[Jean.Cri1]

Bonjour,

Table A pkA clef primaire
Table B fkBA clef etrangere pointe sur pkA

Les 2 tables sont remplies avant de créer les contraintes.
Existe -t-il une option qui permette la retroactivité de la fkBA car par défault la contrainte ne s'applique que pour les nouvelles valeurs ( inserées ou updatées )

D'avance merci.

[mpeppler]

Si mes souvenirs sont bons un "ALTER TABLE ADD CONSTRAINT FOREIGN KEY ..." ne va s'appliquer qu'aux nouvelles modifications de la table, donc cela devrait convenir.

Michael

[Jean.Cri1]

Si mes souvenirs sont bons un "ALTER TABLE ADD CONSTRAINT FOREIGN KEY ..." ne va s'appliquer qu'aux nouvelles modifications de la table, donc cela devrait convenir.

Michael

Mais justement, je voudrais que la contrainte soit vérifiée aussi pou rles données déjà existantes !

[mpeppler]

Oops - désolé, j'ai mal lu la question.

Non, je ne pense pas qu'il y ai d'option qui permette de vérifier une contrainte de type FK après coup. On peut évidemment écrire une requête qui fait le check...

Michael

[Jean.Cri1]

Oops - désolé, j'ai mal lu la question.

Non, je ne pense pas qu'il y ai d'option qui permette de vérifier une contrainte de type FK après coup. On peut évidemment écrire une requête qui fait le check...

Michael

Pensez vous qu'une tentative de delete dans la table A suffit pour savoir si il n'y a pas de contrainte active sachant qu'il n'y a pas de trigger ?
ou autrement demandé, n'y a t-il pas de risque de delete en cascade sur sybase 12.5 ?

[mpeppler]

Sybase n'a pas de delete cascade - si le delete invalide la FK le delete est en principe inhibé.

Michael

[Jean.Cri1]

Sybase n'a pas de delete cascade - si le delete invalide la FK le delete est en principe inhibé.

Michael

Parfait, Quelqu'un connait il sous SYB 12.5 une alternative au curseur pour deleter les lignes qui peuvent l'etre et laisser en place celles qui poseront un probleme à cause d'une clé étrangere ?

[mpeppler]

Quelque chose du genre devrait marcher:

Code :

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

1
2
3
 
delete from tablea
where not exists (select * from tableb where tableb.pk = tablea.fk)

Cela ne sera pas très rapide, mais ce n'est pas non plus une requête à faire tous les jours :-)

Michael

[Jean.Cri1]

En fait j'ai de tres grosses tables filles (Table B fkBA clef etrangere pointe sur pkA)
et peu de suppressions dans ma table mere (Table A pkA clef primaire)

Je vais tester les suppressions une à une via un curseur sur les enregistrement de A que je sais devoir effacer si c'est possible.

Cependant J'aimerais dans ces cas (pour mes log) filtrer les messages d'erreurs sur les violations de contraintes et signifier grace à @@error!=0 que la ligne n'a pas été supprimée.

En gros, y a-til un moyen d'éviter la sortie de :

Server Message: Number 547, Severity 16
Server 'mon_serveur', Line 1:
Dependent foreign key constraint violation in a referential integrity constraint. dbname = 'ma_base', table name = 'ma_table, constraint name = 'ma_FK'.
Server Message: Number 3621, Severity 10
Server 'mon_serveur', Line 1:
Command has been aborted.

Je n'ai rien trouvé de probant avec sp_altermessage et sp_bindmessage ...

[mpeppler]

En gros, y a-til un moyen d'éviter la sortie de :

Server Message: Number 547, Severity 16
Server 'mon_serveur', Line 1:
Dependent foreign key constraint violation in a referential integrity constraint. dbname = 'ma_base', table name = 'ma_table, constraint name = 'ma_FK'.
Server Message: Number 3621, Severity 10
Server 'mon_serveur', Line 1:
Command has been aborted.

Je ne pense pas que ce soit possible au niveau de l'instance.
Par contre c'est évidemment possible dans le client si celui-ci permet la customisation du "error handler" (p.ex. client perl utilisant DBD::Sybase).

Michael

[Jean.Cri1]

Merci.
Je clos