Ошибка в SQL Server

Question

Здравствуйте, друзья Я получаю следующее сообщение об ошибке в то время как делает «tbl_course» таблицы внешнего ключа

успешно сохранены «» tbl_students таблица - Невозможно создать отношения «FK_tbl_students_tbl_course».
Ввод ограничения FOREIGN KEY 'FK_tbl_students_tbl_course' в таблице 'tbl_students' может вызывать циклы или несколько каскадных путей. Укажите ВКЛ. УДАЛИТЬ НЕТ ДЕЙСТВИЯ ИЛИ ПО ОБНОВЛЕНИЮ НЕТ ДЕЙСТВИЯ, или изменить другие ограничения FOREIGN KEY . Не удалось создать ограничение . См. Предыдущие ошибки.

У меня есть следующие таблицы College стола, Branch стола, Course стола и Student стол

Course имеют внешний ключ college_id, Branch имеет внешний ключ course_id, и я хочу сделать college_id, course_id, branch_id, как внешние ключи к моему Student таблице, но при создании course_id и branch_id в качестве внешнего ключа в Student таблице он генерирует ошибку, упомянутую выше ... пожалуйста, он LP мне решить данную проблему ..... спасибо

Answer 1

Согласно MS

Вы получаете сообщение об ошибке, потому что в SQL Server, таблица не может появляться более одного раза в списке всех каскадные ссылочные действия, которые запускаются с помощью инструкции DELETE или UPDATE. Например, дерево каскадных ссылочных действий должно иметь только один путь к конкретной таблице в каскадном дереве реляционных действий.

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

Можете ли вы жить без каскадных удалений? Сохраняйте ссылочную погрешность, но не рефериментальные действия (каскады). Если нужно, вы можете прибегнуть к спусковому механизму.

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 

не тестировалась.

Answer 2

Зачем вам добавлять что-либо, кроме branch_id, к ученику? Оттуда вы должны быть в состоянии определить, к какому курсу относится филиал, и к какому курсу принадлежит этот курс.

Если у вас есть

College 
College1 
College2 
College3 

Course 
Course1, College1 
Course2, College1 
Course3, College2 

Branch 
Branch1, Course1 
Branch2, Course1 
Branch3, Course2 

Student 
Student1,College3,Course3,Branch1 

Это справедливо с точки зрения базы данных, но не имеет смысла, так как зачетные должны быть приложены к College1 на основе отделения он присоединен. Логически вы знаете, что если учащийся находится в ветке с идентификатором Branch1 (или любым другим основным ключом, который вы используете, но я использую это для целей иллюстраций), то они должны быть в курсах 1 и College1. Добавляя дополнительную информацию к записи Student, вы не только создаете циклические ссылки в коде, но и ставите себя в положение, чтобы создать «поврежденную» запись в базе данных.Конечно, вы можете это кодировать, но зачем прикладывать дополнительные усилия, когда вы можете упростить запись студента просто (Student1, Branch1), не теряя никаких данных?

Это известно как database normalization, и это очень важно, по крайней мере, рассмотреть, когда вы строите модель данных.