- •Реферат
- •Введение
- •1 Реляционные связи между таблицами баз данных
- •2 Язык sql
- •2.1 Структура запросов sql
- •2.2 Типы команд sql
- •3 Подзапросы
- •3.1 Описание подзапросов
- •3.2 Ограничение на подзапросы
- •3.3 Типы подзапросов
- •4 Операции изменения и обновления баз данных
- •4.1 Обновление бд
- •4.1 Изменение значения
- •Заключение
- •Список использованной литературы
Министерство образования и науки Российской Федерации
Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования
«Санкт-Петербургский Горный университет»
Кафедра автоматизации технологических процессов и производств
Реферат
По дисциплине Операционные системы и базы данных
(наименование учебной дисциплины согласно учебному плану)
Тема работы Главные и подчинённые таблицы. Запросы в SQL. Подзапросы. Операции изменения и обновления баз данных.
Выполнил студент гр. АПН-15 Якимова А.Н.
(шифр группы) (подпись) (Ф.И.О.)
Проверил
Руководитель работы: доцент, к. тех. н Кульчицкий А.А.
(должность) (подпись) (Ф.И.О.)
Санкт-Петербург
2016
Оглавление
ВВЕДЕНИЕ 3
1 Реляционные связи между таблицами баз данных 4
2 Язык SQL 6
2.1 Структура запросов SQL 6
2.2 Типы команд SQL 8
3 Подзапросы 9
3.1 Описание подзапросов 9
3.2 Ограничение на подзапросы 10
3.3 Типы подзапросов 11
4 Операции изменения и обновления баз данных 12
4.1 Обновление БД 12
4.1 Изменение значения 13
ЗАКЛЮЧЕНИЕ 14
Список использованной литературы 15
Введение
В настоящее время объёмы информации все время возрастают. Наиболее удобным способом хранения информации был признан способ хранения информации в виде баз данных.
База данных – это, хранилище объектов данных. Вместе с этим основными функциями БД являются систематизация информации (знаний) и возможность взаимосвязи объектов между собой.
Любую структуру данных можно преобразовать в простую двумерную таблицу. Основная идея реляционного подхода состоит в том, чтобы представить произвольную структуру данных в виде простой двумерной таблицы или, как говорят, нормализовать структуру. И как следствие возникла необходимость использования универсального языка для доступа и управления данными в различных базах данных. Таким языком стал SQL.
Язык для взаимодействия с БД SQL появился в середине 70-х и был разработан в рамках проекта экспериментальной реляционной СУБД System R. Исходное название языка SEQUEL (Structered English Query Language) только частично отражает суть этого языка. Конечно, язык был ориентирован главным образом на удобную и понятную пользователям формулировку запросов к реляционной БД, но на самом деле уже являлся полным языком БД, содержащим помимо операторов формулирования запросов и манипулирования БД средства определения и манипулирования схемой БД. В языке отсутствовали средства синхронизации доступа к объектам БД со стороны параллельно выполняемых транзакций: с самого начала предполагалось, что необходимую синхронизацию неявно выполняет система управления базами данных.
1 Реляционные связи между таблицами баз данных
Связи между объектами реального мира могут находить своё отражение в структуре данных, а могут и подразумеваться, т.е. присутствовать на неформальном уровне.
Между двумя или более таблицами базы данных могут существовать отношения подчинённости, которые определяют, что для каждой записи главной таблицы (называемой ещё родительской) возможно наличие одной или нескольких записей в подчинённой таблице (называемой ещё дочерней).
Выделяют три разновидности связи между таблицами базы данных:
- "один–ко–многим";
- "один–к–одному";
- "многие–ко–многим".
Отношение "один–ко–многим" имеет место, когда одной записи родительской таблицы может соответствовать несколько записей дочерней. Связь "один–ко–многим" иногда называют связью "многие–к–одному". И в том, и в другом случае сущность связи между таблицами остаётся неизменной. Связь "один–ко–многим" является самой распространённой для реляционных баз данных. Она позволяет моделировать также иерархические структуры данных.
Отношение "один–к–одному" имеет место, когда одной записи в родительской таблице соответствует одна запись в дочерней. Это отношение встречается намного реже, чем отношение "один–ко–многим". Его используют, если не хотят, чтобы таблица БД "распухала" от второстепенной информации, однако для чтения связанной информации в нескольких таблицах приходится производить ряд операций чтения вместо одной, когда данные хранятся в одной таблице.
Отношение "многие–ко–многим" применяется в следующих случаях:
одной записи в родительской таблице соответствует более одной записи в дочерней, одной записи в дочерней таблице соответствует более одной записи в родительской.
Всякую связь "многие–ко–многим" в реляционной базе данных необходимо заменить на связь "один–ко–многим" (одну или более) с помощью введения дополнительных таблиц.
