Большинство баз данных предназначены для моделирования некой части реального мира, которую называют пространством состояний (
Реляционная модель
Многие думают, что реляционные базы данных называются "реляционными" ("relational"), поскольку между таблицами устанавливаются отношения (
Существует три типа отношений: один-к-одному, при котором каждая строка таблицы связана с нулем или одной строкой другой таблицы; один-ко-многим, при котором каждая строка таблицы связана с нулем, одной или несколькими строками другой таблицы; и много-ко-многим, при котором каждая строка первой таблицы связана с нулем, одной или несколькими строками второй таблицы, а каждая строка второй таблицы может быть связана с нулем, одной или несколькими строками первой таблицы.
Отношения один-к-одному встречаются довольно редко. Как правило, они используются в случае, когда набор атрибутов применяется к небольшому количеству
С другой стороны, отношения один-ко-многим достаточно широко распространены. В нашем примере базы данных отношение один-ко-многим существует между таблицей PlantParts и таблицей Oils – любая строка в таблице PlantParts может быть связана с нулем, одной или нескольким строками таблицы Oils.
Отношения много-ко-многим также встречаются довольно часто. В нашем примере отношение много-ко-многим существует между таблицей Properties и таблицей Oils – любой вид масла может иметь несколько свойств, а любое свойство может относиться к нескольким видам масла.
SQL Server, подобно другим системам управления реляционными базами данных, оформляет отношения один-к-одному и один-ко-многим напрямую, а для реализации отношений много-ко-многим использует узловую таблицу. Узловая таблица состоит из первичных ключей таблиц с каждой из сторон отношения. Отношение один-ко-многим устанавливается между узловой таблицей и каждой из оригинальных таблиц. Отношения много-ко-многим разрешаются с использованием узловой таблицы.

Большинство отношений в базе данных устанавливают между двумя различными таблицами. Однако бывает, когда таблица связывается сама с собой либо через отношение один-к-одному, либо через отношение один-ко-многим. Подобные отношения называются возвратными отношениями.
Возвратные отношения чаще всего применяются для реализации иерархий. Типичный пример – иерархия сотрудников в организации. Сотрудник может быть подчинен менеджеру, а менеджер, в свою очередь, может как сотрудник иметь вышестоящего менеджера. Это отношение оформляется путем включения первичного ключа таблицы сотрудников в качестве столбца таблицы и установки возвратного отношения один-ко-многим.

На уровне таблицы отношение оформляется путем включения уникального идентификатора, обычно первичного ключа, из таблицы на стороне одного (главную таблицу, или таблицу первичного ключа) в таблицу на стороне многих (зависимую таблицу, или таблицу внешнего ключа). Этот идентификатор называется внешним ключом.
Примечание. Уникальный идентификатор, который используется в качестве внешнего ключа, обычно является первичным ключом главной таблицы, однако он также может быть любым столбцом или группой столбцов, которые были объявлены уникальными.
SQL Server может контролировать отношения, которые вы установили в базе данных, осуществляя обслуживание целостности отношений. По умолчанию SQL Server будет отвергать любые изменения в первичном ключе строки из главной таблицы, которая имеет связанные строки в зависимой таблице.
Новинкой в Microsoft SQL Server 2000 является возможность каскадных изменений в главной таблице. Если вы укажете SQL Server осуществлять каскадные удаления для отношения, удаление строки в главной таблице заставит SQL Server удалить все связанные строки в зависимой таблице. Аналогично, если вы укажете SQL Server каскадировать обновления, изменение первичного ключа главной таблицы будет приводить к обновлению связанных столбцов в зависимой таблице.
Внимание! Некоторые схемы баз данных могут быть достаточно сложными. Использование
В SQL Server отношения создаются с помощью вкладки
Создайте отношение

в панели инструментов Table Designer. SQL Server откроет диалоговое окно Properties (Свойства) конструктора таблиц с отображением страницы свойств 




Совет. Если вы хотите использовать для отношения каскадные изменения или удаления, установите соответствующие флажки на странице свойств.
в панели инструментов конструктора таблиц. SQL Server отобразит диалоговое окно, предлагающее подтвердить, что изменения, внесенные вами в две таблицы, следует сохранить в вашей базе данных.
Отношения между таблицами, как правило, являются достаточно устойчивыми, однако, как и другие составляющие схемы базы данных, они могут время от времени подвергаться изменениям. Такие изменения легко осуществимы через
Необходимость в изменении отношения возникает чрезвычайно редко, но иногда при изменении структуры одной из
Измените отношение

в панели инструментов конструктора таблиц. SQL Server откроет диалоговое окно Properties (Свойства) конструктора таблиц с отображением страницы свойств 


Как вы можете предположить, отношения обслуживаются с использованием того же диалогового окна Properties (Свойства), с помощью которого они были созданы.
Переименуйте отношение

SQL Server откроет диалоговое окно Properties (Свойства) конструктора таблиц с отображением страницы свойств 


Удалите отношение

SQL Server откроет диалоговое окно Properties (Свойства) конструктора таблиц с отображением страницы свойств 



| Чтобы ... | Сделайте следующее |
|---|---|
| Создать отношение | Откройте конструктор таблиц Table Designer для таблицы, щелкните на кнопке |
| Изменить отношение | Откройте конструктор таблиц Table Designer для таблицы, щелкните на кнопке |
| Переименовать отношение | Откройте конструктор таблиц Table Designer для таблицы, щелкните на кнопке |
| Удалить отношение | Откройте конструктор таблиц Table Designer для таблицы, щелкните на кнопке |
Большинство баз данных предназначены для моделирования некой части реального мира, которую называют пространством состояний (
Реляционная модель
Многие думают, что реляционные базы данных называются "реляционными" ("relational"), поскольку между таблицами устанавливаются отношения (
Существует три типа отношений: один-к-одному, при котором каждая строка таблицы связана с нулем или одной строкой другой таблицы; один-ко-многим, при котором каждая строка таблицы связана с нулем, одной или несколькими строками другой таблицы; и много-ко-многим, при котором каждая строка первой таблицы связана с нулем, одной или несколькими строками второй таблицы, а каждая строка второй таблицы может быть связана с нулем, одной или несколькими строками первой таблицы.
Отношения один-к-одному встречаются довольно редко. Как правило, они используются в случае, когда набор атрибутов применяется к небольшому количеству
С другой стороны, отношения один-ко-многим достаточно широко распространены. В нашем примере базы данных отношение один-ко-многим существует между таблицей PlantParts и таблицей Oils – любая строка в таблице PlantParts может быть связана с нулем, одной или нескольким строками таблицы Oils.
Отношения много-ко-многим также встречаются довольно часто. В нашем примере отношение много-ко-многим существует между таблицей Properties и таблицей Oils – любой вид масла может иметь несколько свойств, а любое свойство может относиться к нескольким видам масла.
SQL Server, подобно другим системам управления реляционными базами данных, оформляет отношения один-к-одному и один-ко-многим напрямую, а для реализации отношений много-ко-многим использует узловую таблицу. Узловая таблица состоит из первичных ключей таблиц с каждой из сторон отношения. Отношение один-ко-многим устанавливается между узловой таблицей и каждой из оригинальных таблиц. Отношения много-ко-многим разрешаются с использованием узловой таблицы.

Большинство отношений в базе данных устанавливают между двумя различными таблицами. Однако бывает, когда таблица связывается сама с собой либо через отношение один-к-одному, либо через отношение один-ко-многим. Подобные отношения называются возвратными отношениями.
Возвратные отношения чаще всего применяются для реализации иерархий. Типичный пример – иерархия сотрудников в организации. Сотрудник может быть подчинен менеджеру, а менеджер, в свою очередь, может как сотрудник иметь вышестоящего менеджера. Это отношение оформляется путем включения первичного ключа таблицы сотрудников в качестве столбца таблицы и установки возвратного отношения один-ко-многим.

На уровне таблицы отношение оформляется путем включения уникального идентификатора, обычно первичного ключа, из таблицы на стороне одного (главную таблицу, или таблицу первичного ключа) в таблицу на стороне многих (зависимую таблицу, или таблицу внешнего ключа). Этот идентификатор называется внешним ключом.
Примечание. Уникальный идентификатор, который используется в качестве внешнего ключа, обычно является первичным ключом главной таблицы, однако он также может быть любым столбцом или группой столбцов, которые были объявлены уникальными.
SQL Server может контролировать отношения, которые вы установили в базе данных, осуществляя обслуживание целостности отношений. По умолчанию SQL Server будет отвергать любые изменения в первичном ключе строки из главной таблицы, которая имеет связанные строки в зависимой таблице.
Новинкой в Microsoft SQL Server 2000 является возможность каскадных изменений в главной таблице. Если вы укажете SQL Server осуществлять каскадные удаления для отношения, удаление строки в главной таблице заставит SQL Server удалить все связанные строки в зависимой таблице. Аналогично, если вы укажете SQL Server каскадировать обновления, изменение первичного ключа главной таблицы будет приводить к обновлению связанных столбцов в зависимой таблице.
Внимание! Некоторые схемы баз данных могут быть достаточно сложными. Использование
В SQL Server отношения создаются с помощью вкладки
Создайте отношение

в панели инструментов Table Designer. SQL Server откроет диалоговое окно Properties (Свойства) конструктора таблиц с отображением страницы свойств 




Совет. Если вы хотите использовать для отношения каскадные изменения или удаления, установите соответствующие флажки на странице свойств.
в панели инструментов конструктора таблиц. SQL Server отобразит диалоговое окно, предлагающее подтвердить, что изменения, внесенные вами в две таблицы, следует сохранить в вашей базе данных.
Отношения между таблицами, как правило, являются достаточно устойчивыми, однако, как и другие составляющие схемы базы данных, они могут время от времени подвергаться изменениям. Такие изменения легко осуществимы через
Необходимость в изменении отношения возникает чрезвычайно редко, но иногда при изменении структуры одной из
Измените отношение

в панели инструментов конструктора таблиц. SQL Server откроет диалоговое окно Properties (Свойства) конструктора таблиц с отображением страницы свойств 


Как вы можете предположить, отношения обслуживаются с использованием того же диалогового окна Properties (Свойства), с помощью которого они были созданы.
Переименуйте отношение

SQL Server откроет диалоговое окно Properties (Свойства) конструктора таблиц с отображением страницы свойств 


Удалите отношение

SQL Server откроет диалоговое окно Properties (Свойства) конструктора таблиц с отображением страницы свойств 



| Чтобы ... | Сделайте следующее |
|---|---|
| Создать отношение | Откройте конструктор таблиц Table Designer для таблицы, щелкните на кнопке |
| Изменить отношение | Откройте конструктор таблиц Table Designer для таблицы, щелкните на кнопке |
| Переименовать отношение | Откройте конструктор таблиц Table Designer для таблицы, щелкните на кнопке |
| Удалить отношение | Откройте конструктор таблиц Table Designer для таблицы, щелкните на кнопке |
Для получения официальных документов о завершении программы дополнительного профессионального образования (удостоверения о повышении квалификации, дипломов о профессиональной переподготовке и MBA) необходимо предоставить:
Внимание! Вы можете не заказывать доставку бумажной версии официального документы, а скачать его в электронном виде и распечатать самостоятельно. Информация о выданном документе в течение 1 месяца загружается в Федеральную информационную систему «Федеральный реестр сведений о документах об образовании и (или) о квалификации, документах об обучении» - ФИС ФРДО.
Доступ на новый сайт осуществляется с использованием адреса электронной почты, который был указан вами при регистрации на "старом". Мы постарались перенести все ваши данные с прежнего ресурса, однако не исключена вероятность потери части информации.
При возникновении проблемы со входом, воспользуйтесь функцией сброса пароля
Если вы обнаружите несоответствия, пожалуйста, сообщите нам.