Автор работы: Пользователь скрыл имя, 08 Марта 2012 в 19:05, курсовая работа
Компьютеры хранят данные в файлах. Файл представляет собой набор записей, посвященных некой общей теме. Например, файл запасов состоит из записей о запасах, файл клиентов состоит из записей о клиентах и т.д. Каждая запись состоит из данных, которые разделены на поля. Так, файл книг содержит записи о книгах, причем каждая запись о книге состоит из полей, в которых указаны ISBN-номер, название и автор. В традиционной файловой системе конкретные множества файлов создаются и обрабатываются конкретными приложениями. В системе с базой данных все по-другому. В ней файлы не привязаны к конкретным поддерживающим их приложениям. Напротив, они объединены таким образом, чтобы содержащиеся в них данные могли совместно использоваться множеством приложений.
1. Концепция баз данных. Основные понятия…………………………..2
2. Архитектура банка данных…………………………………………….9
3. Функциональные, инфологические и
даталогические модели предметной области…………………………..13
4. Этапы проектирования базы данных………………………………...15
5. Основные операции над данными……………………………………17
6. Реляционная модель данных. Отношения и схемы отношений.
Основные операции над отношениями…………………………………18
7. Сетевая модель данных………………………………………………..22
8. Иерархическая модель данных………………………………………..24
9. Стадии и этапы разработки базы данных…………………………….27
10. Языки реляционной алгебры и исчисления отношений…………...30
11. Методы нормализации схем отношений……………………………31
12. Инструментальные средства разработки баз данных………………34
13. Запросы в языке SQL…………………………………………………36
14. Клиенты и серверы в среде SQL……………………………………..39
16. Список используемой литературы…………………………………..40
Подмножество декартова произведения доменов называется отношением.
Элементы отношения называют кортежами. Элементы кортежа принято называть атрибутами. Количество атрибутов кортежа определяет арность отношения. Отношения арности 1 называют унарными, арности 2 – бинарными, арности n – n-арными.
Отношение содержит информацию о сущностях одного типа. Каждый кортеж отношения соответствует одному экземпляру сущности.
Отношение обладает двумя основными свойствами:
1. в отношении не должно быть одинаковых кортежей, т.к. это множество;
2. порядок кортежей в отношении несущественен.
Отношение удобно представлять как таблицу, где строка является кортежем, столбец соответствует домену (рис. 2.5, отношение СТУДЕНТЫ).
домен 1 . . . . . . . . домен 2 . . . . . . . . .. . . . . . .домен 3 (ключ) . . . . . . . . .. . . . .домен 4 . . . . . . . .домен 5
Группа |
ФИО студента |
Номер зачётной книжки |
Год рождения |
Стипендия |
С–72 |
Волкова Елена Павловна |
С-12298 |
1981 |
566.40 |
С–91 |
Белов Сергей Юрьевич |
С-12299 |
1980 |
400.00 |
. . . | ||||
С–72 |
Фролов Юрий Вадимович |
С-14407 |
1981 |
0 |
Рис.5. Пример табличной формы представления отношения
Отношение имеет имя, которое отличает его от имён всех других отношений. Атрибутам реляционного отношения назначаются имена, уникальные в рамках отношения. Обращение к отношению происходит по его имени, а обращение к атрибуту – по имени отношения и имени атрибута.
Каждый атрибут определён на некотором домене, несколько атрибутов отношения могут быть определены на одном и том же домене (например, номера рабочего и домашнего телефона). Домен задаётся типом данных и ограничениями целостности, например, оклад – это число больше нуля. Значение атрибута может быть не определено в момент внесения записи в БД. Для таких случаев предусмотрено специальное значение – null, которое можно интерпретировать как "неизвестное значение".
Ключ отношения – это атрибут, значения которого идентифицируют кортеж. Таким образом, ключ имеет уникальные в рамках отношения значения. (На рис. 5 ключ выделен полужирным шрифтом). Если ключ состоит из нескольких атрибутов, он называется составным. Ключей может быть несколько; основной ключ – первичный, его значения не могут обновляться. Другие ключи называются возможными или потенциальными ключами.
РМД не поддерживает групповые отношения. Для связей между отношениями используются внешние ключи. Внешний ключ – это атрибут подчиненного отношения, который является копией первичного (или уникального) ключа родительского отношения. (Пример – отношение ДЕТИ, связанное с отношением СТУДЕНТЫ по внешнему ключу Номер зачётной книжки, рис. 6). Фактически, внешние ключи логически связывают экземпляры сущностей разных типов между собой. Т.о., внешний ключ можно трактовать как ограничение целостности на две таблицы, в соответствии с которым множество значений внешнего ключа является подмножеством значений ключа родительской таблицы. Если связь необязательная, то значение внешнего ключа может быть неопределённым (null).
Номер зачётной книжки |
Имя, отчество ребенка |
Дата рождения |
С-12298 |
Антон Павлович |
01.12.01 |
С-12298 |
Юлия Павловна |
01.12.01 |
С-12299 |
Ольга Сергеевна |
16.04.02 |
Рис. 6. Связь отношений "Студенты" и "Дети" по внешнему ключу
Перечень атрибутов отношения с их типами данных и размерами определяют схему отношения. Отношения, построенные по одинаковой схеме, называют односхемными; по различным схемам – разносхемными.
Все операции над данными
в РМД выполняются над
Сетевая модель данных.
Сетевая модель позволяет организовывать БД, структура которых представляется графом общего вида. Каждая вершина графа хранит экземпляры сущностей (записи) и сведения о групповых отношениях с сущностями других типов. Каждая запись может хранить произвольное количество значений атрибутов (элементов данных и агрегатов), соответствующих экземпляру сущности.
Групповые отношения характеризуют следующие признаки:
1. Способ
упорядочения подчинённых
Поддерживаются три способа упорядочения:
2. Режим включения подчинённых записей.
Режим включения бывает автоматический и ручной.
При автоматическом режиме подчиненная запись связана с записью-владельцем обязательной связью, поэтому она включается в групповое отношение и прикрепляется к записи-владельцу в момент внесения в БД.
При ручном режиме включения подчиненная запись может находиться в БД и не быть прикрепленной к записи-владельцу. Она вручную включается в групповое отношение тогда, когда это отношение (связь) возникает.
3. Режим исключения подчинённых записей.
Режим исключения определяется классом членства. Различают три класса членства: фиксированный, обязательный и необязательный. Записи с фиксированным членством удаляются вместе с записью–владельцем. Записи с обязательным членством должны быть удалены до удаления записи–владельца: владелец, к которому прикреплена хотя бы одна запись с обязательным членством, не может быть удален. Записи с необязательным членством при удалении записи–владельца останутся в БД.
В сетевой модели данных применяются следующие операции над данными: