АВТОСАЛОН. Отчёт. Курсовая работа по дисциплине База данных Исполнитель

• Название: Курсовая работа по дисциплине База данных Исполнитель
• Анкор: АВТОСАЛОН
• Дата: 11.06.2021
• Размер: 198.23 Kb.
• Имя файла: Отчёт.docx
• Тип: Курсовая; #216808
• страница: 2 из 6

1.2. Структура реляционной базы данных

В настоящее время наибольшее распространение при разработке БД получила реляционная модель данных. Понятие реляционной модели данных (от английского relation – отношение) связано с разработками Е.Кодда. Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата реляционной алгебры и реляционного исчисления для обработки данных.

Реляционная модель ориентирована на организацию данных в виде двухмерных таблиц. Реляционная таблица представляет собой двухмерный массив и обладает следующими свойствами:

- каждый элемент таблицы – один элемент данных;

- все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный или другой) и длину;

- каждый столбец имеет уникальное имя;

- одинаковые строки в таблице отсутствуют;

Порядок следования строк и столбцов может быть произвольным.

Структурные элементы реляционной базы данных описаны в таблице 1.1.

Таблица 1.1. Структурные элементы реляционной базы данных

Элемент	Описание
Поле	Элементарная единица логической организации данных, которая соответствует неделимой единице информации – реквизиту. Для описания поля используются характеристики: имя (например, Номер, Фамилия, Имя, Отчество, Дата); длина (например, 20 байт, причем определяется максимально возможным количеством символов); точность для числовых данных (например, два десятичных знака для отображения дробной части числа)
Запись	Совокупность логически связанных полей Структура записи определяется составом и последовательностью входящих в нее полей, каждое из которых содержит элементарное данное Запись соответствует составной единице информации – документу.
Файл (таблица)	Именованная совокупность одинаковых по структуре экземпляров записей. Каждый экземпляр записи однозначно идентифицируется уникальным ключом записи В структуре записи файла указываются поля, значения которых являются ключами: первичными (они идентифицируют экземпляр записи) и вторичными (они выполняют роль поисковых или группировочных признаков) Файл (таблица) соответствует составной единице информации – информационному массиву

Поле, каждое значение которого однозначно определяет соответствующую запись, называется простым ключом. Если записи однозначно определяются значениями нескольких полей, то такая таблица базы данных имеет составной ключ. Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы или ввести структуру первой таблицы внешний ключ – ключ второй таблицы.

1.3. Классификация СУБД

СУБД разделяют по следующим классификационным группам:

По модели данных

- иерархические. Представляет совокупность элементов, связанных между собой по определенным правилам;

- сетевые. Сетевая модель организации данных является расширением иерархической модели. В иерархических структурах запись-потомок должна иметь только одного предка, в сетевой структуре данных потомок может иметь любое число предков;

- реляционные. Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата реляционной алгебры и реляционного исчисления для обработки данных;

- объектно-ориентированные.

По характеру использования

- персональные (СУБДП). Персональные СУБД обычно обеспечивают возможность создания персональных БД и недорогих приложений, работающих с ними. Персональные СУБД или разработанные с их помощью приложения могут выступать в роли клиентской части многопользовательских СУБД.

К персональным СУБД относятся: Visual FoxPro, Paradox, Clipper, dBase, Access и др.;

- многопользовательские (СУБДМ). Многопользовательские СУБД включают в себя сервер БД и клиентскую часть, работают в неоднородной вычислительной среде (допускаются разные типы ЭВМ и различные операционные системы). Поэтому на базе СУБДМ можно создать информационную систему, функционирующую по технологии клиент-сервер. Универсальность многопользовательских СУБД отражается соответственно на высокой цене и компьютерных ресурсах, требуемых для их поддержки.

К многопользовательским СУБД относятся, например: Oracle и Informix.

По степени распределённости:

- локальные СУБД (все части локальной СУБД размещаются на одном компьютере)

- распределённые СУБД (части СУБД могут размещаться на двух и более компьютерах).

По способу доступа к БД:

- Файл-серверные. В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть.

- Клиент-серверные. Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность.

- Встраиваемые. Встраиваемая СУБД – библиотека, которая позволяет унифицированным образом хранить большие объёмы данных на локальной машине. Доступ к данным может происходить через SQL либо через особые функции СУБД. Встраиваемые СУБД быстрее обычных клиент-серверных и не требуют установки сервера, поэтому востребованы в локальном ПО, которое имеет дело с большими объёмами данных (например, геоинформационные системы).