Trigger vs Foreign Key [Résolu]

[boubou11]

Je suis en train de réaliser une application qui devra etre compatible avec plusieurs sgbd différents (oracle, slq server...). J'utilise un éditeur de modele physique de données (power AMC, j'ai aussi utilisé Rose) mais je rencontre le même problème ds les 2 cas : pour la gestion des foreign key et des "on update cascade" les 2 proposent d'utiliser des triggers, mais dans ce cas ils ne créent pas la relation (add foreign key...) ...
Est-ce que le fait d'utiliser des triggers au lieu de déclarer des relations pose des problèmes? Est-ce que quelqu'un sait pourquoi ces éditeurs (pourtant renommés) ne permettent pas de créer une relation + un trigger pour le on update cascade?? Ces éditeurs étant très bon, je me dis qu'il doit y avoir une bonne raison...

J'avoue ne pas être un expert un bd et je piétine un peu...

merci à tous ceux qui auront pris le temps de se pencher sur mon cas

[fadace]

parce que le update/delete on cascade n'est pas supporté par les SGBDR du marché cités via intégrité référencielle. Pour palier à ça, il faut donc passer par des triggers (intégrité fonctionnelle)

[annedjomo]

Envoyé par boubou11

Est-ce que le fait d'utiliser des triggers au lieu de déclarer des relations pose des problèmes? Est-ce que quelqu'un sait pourquoi ces éditeurs (pourtant renommés) ne permettent pas de créer une relation + un trigger pour le on update cascade?? Ces éditeurs étant très bon, je me dis qu'il doit y avoir une bonne raison...

Je pense qu'il n'est pas interdit de definir les clés étrangères et de définir un trigger par la suite. En plus les clés étrangères te permettront de garantir l'intégrité reférentielle de ta base de données

[laffreuxthomas]

Il FAUT choisir l'intégrité référentielle ! La gestion manuelle (par triggers) de l'intégrité ça aboutit à une impossibilité de faire du reverse-engineering, on est tenté de rajouter des petites modifs un peu partout... En bref tu auras un outil non standard, donc : du boulot de documentation en plus pour rien, ou une une usine à gaz impossible à maintenir.

Si en plus tu dois être compatible avec plusieurs SGBD, mieux vaut utiliser le moins possible les triggers car leur langage est spécifique.

tu utilises l'intégrité référentielle standard et au besoin pour des cas précis que tu dois documenter, tu rajoutes (en doublon) des règles par triggers. (mais le moins possible car ça rendra difficile le support multi-sgbd)

[fadace]

... mais - je me répète - beaucoup de SGBDR ne supportent pas les cascade en mode déclaratif.