Erreur de SQL Server

Question

Bonjour les amis, je reçois l'erreur suivante tout en rendant la clé étrangère

« tbl_course » table sauvé avec succès Table « tbl_students » - Impossible de créer la relation « FK_tbl_students_tbl_course ».
Présentation de la contrainte FOREIGN KEY 'FK_tbl_students_tbl_course' sur la table 'tbl_students' peut provoquer des cycles ou plusieurs chemins en cascade. Spécifiez ON SUPPRIMER AUCUNE ACTION ou SUR ACTUALISER NO ACTION, ou modifier d'autres contraintes KEY FOREIGN. Impossible de créer la contrainte . Voir les erreurs précédentes.

je les tableaux ci-dessous College, table Branch, Course table et Student Table

Course a une college_id clé étrangère, Branch a une clé étrangère course_id et je veux faire college_id, course_id, branch_id comme clés étrangères à ma table Student mais tout en faisant course_id et branch_id comme clé étrangère dans le tableau Student générer l'erreur mentionnée ci-dessus ... s'il vous plaît il me lp pour résoudre le problème ci-dessus ..... merci

Answer 1

Selon MS

Vous recevez ce message d'erreur, car dans SQL Server, une table ne peut pas apparaître plus d'une fois dans une liste de tous les actions référentielles en cascade démarrées par une instruction DELETE ou UPDATE. Par exemple, l'arbre des actions référentielles en cascade ne doit avoir qu'un seul chemin vers une table particulière dans l'arbre des actions référentielles en cascade.

http://support.microsoft.com/kb/321843

Pouvez-vous vivre sans la mise en cascade supprime? Gardez l'ingégrité référentielle mais pas les actions référencielles (cascades). Vous pouvez recourir à un déclencheur comme un travail autour si nécessaire.

EDIT:

CREATE TRIGGER [dbo].[tr_College_Delete] ON [dbo].[College] 
FOR DELETE 
AS 
BEGIN 
    DELETE FROM student 
    where collegeid in (select collegeid from deleted) 

END 

pas testé.

Answer 2

Pourquoi ajouteriez-vous autre chose que branch_id à l'étudiant? De là, vous devriez être en mesure de déterminer à quel cours appartient la branche et à quel collège appartient le cours.

Si vous avez

College 
College1 
College2 
College3 

Course 
Course1, College1 
Course2, College1 
Course3, College2 

Branch 
Branch1, Course1 
Branch2, Course1 
Branch3, Course2 

Student 
Student1,College3,Course3,Branch1 

Ceci est valable du point de vue de la base de données, mais n'a pas de sens puisque le dossier de l'élève doit être attaché à Collégial1 en fonction de la Direction générale auquel il est attaché. Vous savez logiquement que si l'étudiant est dans une branche avec ID Branch1 (ou quelle que soit la clé primaire que vous utilisez, mais je l'utilise à des fins d'illustraion), alors il doit être dans Course1 et College1. En ajoutant les informations supplémentaires à l'enregistrement étudiant, vous créez non seulement des références circulaires dans le code, mais vous vous mettez dans une position pour créer un enregistrement "corrompu" dans la base de données.Bien sûr, vous pouvez coder autour de ceci, mais pourquoi aller à l'effort supplémentaire quand vous pouvez simplifier le dossier de l'étudiant à simplement (Student1, Branch1) sans perdre aucune donnée?

Ceci est connu sous le nom database normalization, et c'est quelque chose de très important à considérer au moins lorsque vous construisez un modèle de données.