Создание отношения один ко многим с использованием SQL Server
Как вы создаете отношения один ко многим, используя SQL Server?
Ответы на вопрос(5)
скажем, учителя и ученики, вы должны создать две таблицы для каждой и третью для хранения отношений. Эта третья таблица может иметь два столбца, например, teacherID и StudentId. Если это не то, что вы ищете, уточните свой вопрос.
Покупатель может иметь несколькопорядокс, и каждыйпорядок может состоять из несколькихOrderLines.
Вы создаете отношение, добавляявнешний ключ колонка. Каждая запись заказа содержит идентификатор клиента, который указывает на идентификатор клиента. Точно так же каждая OrderLine имеет значение OrderID. Вот как выглядит диаграмма базы данных:
На этой диаграммеограничения внешнего ключа, Они не являются обязательными, но они обеспечивают целостность ваших данных. Кроме того, они делают структуру вашей базы данных более понятной для всех, кто ее использует.
Я полагаю, вы знаете, как создавать таблицы сами. Тогда вам просто нужно определить отношения между ними. Конечно, вы можете определить ограничения в T-SQL (опубликованные несколькими людьми), но они также легко добавляются с помощью дизайнера. Используя SQL Management Studio, вы можете щелкнуть правой кнопкой мышипорядок стол, нажмитедизайн (Я думаю, что это может называться Edit под 2005). Затем в любом месте окна, которое открывается правой кнопкой мыши и выберитеОтношения.
Вы получите еще одно диалоговое окно, справа должен быть вид сетки. Одна из первых строк гласит "Спецификация таблиц и столбцовMsgstr "Нажмите на эту строку, затем снова нажмите на маленькую кнопку [...], которая появляется справа. Вы получите этот диалог:
порядок Стол уже должен быть выбран справа. Выберите таблицу Customer в раскрывающемся списке слева. Затем в левой сетке выберитеID колонка. В правой сетке выберитеCustomerID колонка. Закройте диалог, и следующий. НажмитеCtrl + S сохранить.
Наличие этого ограничения гарантирует, что никакие записи Заказа не могут существовать без сопровождающей записи Клиента.
Для эффективного запроса к базе данных, как это, вы можетечитать на JOINS.
Если вы не используете SSMS, то вот синтаксис:
ALTER TABLE <table_name>
ADD <constraint_name> FOREIGN KEY
(<column_name1> ,
<column_name2> )
REFERENCES <table_n,ame>
(<column_name1> ,
<column_name2>)
что таблица A может иметь одну или несколько записей, относящихся к одной записи в таблице B.
Если у вас уже есть таблицы, используйте инструкцию ALTER TABLE, чтобы создать ограничение внешнего ключа:
ALTER TABLE A ADD CONSTRAINT fk_b FOREIGN KEY (b_id) references b(id)
fk_b: Имя ограничения внешнего ключа, должно быть уникальным для базы данныхb_id: Имя столбца в таблице A, в которой вы создаете отношение внешнего ключаb: Имя таблицы, в данном случае bid: Имя столбца в таблице BALTER TABLE A ADD CONSTRAINT fk_b FOREIGN KEY ( b_id ) references b(id)Вот как я обычно это делаю (сервер sql).
Create Table Master (
MasterID int identity(1,1) primary key,
Stuff varchar(10)
)
GO
Create Table Detail (
DetailID int identity(1,1) primary key,
MasterID int references Master, --use 'references'
Stuff varchar(10))
GO
Insert into Master values('value')
--(1 row(s) affected)
GO
Insert into Detail values (1, 'Value1') -- Works
--(1 row(s) affected)
insert into Detail values (2, 'Value2') -- Fails
--Msg 547, Level 16, State 0, Line 2
--The INSERT statement conflicted with the FOREIGN KEY constraint "FK__Detail__MasterID__0C70CFB4".
--The conflict occurred in database "Play", table "dbo.Master", column 'MasterID'.
--The statement has been terminated.
Как видите, вторая вставка в детали не удалась из-за внешнего ключа. Вот хорошая веб-ссылка, которая показывает различный синтаксис для определения FK во время создания таблицы или после.