Системы управления базами данных

Прежде  чем создавать базу данных, с которой  вам придется работать, необходимо выбрать модель данных, наиболее удобную  для решения поставленной задачи. Модель данных – совокупность структур данных и операций их обработки. С помощью модели данных могут быть представлены объекты предметной области и взаимосвязи между ними. Модели данных, которые поддерживают СУБД, а, следовательно, и сами СУБД делят на:

• иерархические;
• сетевые;
• реляционные.

В иерархической модели данные представляются в виде древовидной (иерархической) структуры (рис. 1). Она удобна для работы с иерархически упорядоченной информацией и громоздка для информации со сложно логи-ческими связями. К основным понятиям иерархической структуры относятся: уровень, элемент (узел), связь.

Узел – это совокупность атрибутов данных, описывающих некоторый объект. Каждый узел на более низком уровне связан только с одним узлом, находящимся на более высоком уровне.

Иерархическое дерево имеет  только одну вершину (корень дерева), не подчиненную никакой другой вершине  и находящуюся на самом верхнем (первом) уровне. Зависимые (подчиненные) узлы находятся на втором, третьем  и т.д. уровнях. Количество деревьев в базе данных определяется числом корневых записей. В каждой записи базы данных существует только один (иерархический) путь от корневой записи.

 

Учебная дисциплина

Информатика

Преподаватель

Тематический план

Аудитория

Иванов

Петров

Лекция

Практическое занятие

Лабораторная работа

Семинар

Экзамен

Уровни         Корневой узел

 Узлы

 

 

 

 

 

 

 

 

 

 

Рис. 1. Структура учебной дисциплины (иерархическая база данных)

 

Несмотря на кажущуюся  целесообразность, для получения  ответов на некоторые запросы  в иерархической модели требуется  выполнение большого числа операций. Например, чтобы узнать о практических занятиях по всем дисциплинам БЮИ  требуется просмотреть все записи «Практическое занятие», имеющиеся  в данной базе.

Сетевая (полносвязная) база данных. В сетевой структуре базы данных при тех же основных понятиях иерархической базы данных: узел, уровень, связь – каждый элемент может быть связан с любым другим элементом. Недостатком такой модели данных является высокая сложность и жесткость схемы БД, построенной на ее основе.

Реляционная модель данных (РМД) название получила от английского термина Relation – отношение. Реляционная структура базы данных ориентирована на организацию данных в виде двумерных таблиц, называемых еще реляционными таблицами.

Каждая реляционная таблица  обладает следующими свойствами:

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

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

Реляционный подход к построению базы данных предполагает отображение  реальных объектов (явлений, событий, процессов) в виде информационных объектов или  объектов предметной области. Информационные объекты описывают реальные с помощью совокупности взаимосвязанных реквизитов.

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

Имеется возможность связать  две реляционные таблицы, если ключ одной таблицы ввести в состав ключа другой таблицы (рис. 2).

Так, если ключом таблицы  книга будет выбран «№ в каталоге», то та-кую таблицу можно связать, например, с таблицей «Список библиотечного фонда». В этой таблице кроме полей, определяющих оценки по дисциплинам сессии, обязательно должно быть поле «№ в каталоге». Таким образом, между этими таблицами может быть установлена связь по этому ключевому полю.

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

 

Книга

(№ в каталоге)

(название)

Список библиотечного фонда

(№ в каталоге)

(количество)

Каталоги по разделам

(название)

(количество)

 

 

 

 

 Ключи

 

                                          Связи между таблицами

Рис. 2. Структура библиотеки (реляционная база данных)

 

Реляционная база данных является объединением нескольких двумерных таблиц, между которыми установлены связи.

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

• один к одному – эта связь предполагает, что в каждый момент времени одному экземпляру информационного объекта А соответствует не более одного экземпляра информационного объекта В и наоборот; например, начальник курса – курс;
• один к многим – эта связь предполагает, что одному экземпляру информационного объекта А соответствует 0, 1, 2 или более экземпляров объекта В, но каждый экземпляр объекта В связан не более чем с 1 экземпляром объекта А, например, начальник курса – курсант;
• многие к многим – эта связь предполагает, что в каждый момент времени одному экземпляру информационного объекта А соответствует 0, 1, 2 или более экземпляров объекта В и наоборот, например, учебная дисциплина - курсант.

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

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

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

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

 

2.2 Типы СУБД

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

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

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

Однако в некоторых  случаях доступные СУБД общего назначения не позволяют добиться требуемых  характеристик производительности и/или удовлетворить заданные ограничения  по объему памяти, предоставляемой  для хранения БД. Тогда приходится разрабатывать специализированную СУБД для данного конкретного  применения. Решение указанных проблем  при этом может оказаться возможным  благодаря знанию специфических  особенностей данного применения, к  которым оказываются нечувствительными  средства настройки доступных СУБД общего назначения, либо за счет ущемления  каких – либо функций системы, не имеющих жизненно важного значения. Как правило, в этой роли оказываются, прежде всего, функции, обеспечивающие комфортную работу пользователя.

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

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

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

Обрабатывая схемы БД, СУБД создает пустую БД требуемой структуры  – хранилище, которое можно далее  наполнить данными о предметной области, начать эксплуатировать для  удовлетворения информационных потребностей пользователей.

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

Обеспечение логической независимости данных – одна из важнейших функций СУБД, предоставляющая определенную степень свободы вариации «логического» представления БД без необходимости соответствующей модификации «физического» представления. Благодаря этому достигается возможность адаптации взгляда пользователя на БД к его реальным потребностям, конструирования различных «логических» взглядов на одну и ту же «физическую» БД, что весьма важно в социальной пользовательской среде.

Под «физической» независимостью данных понимается способность СУБД предоставлять некоторую свободу модификации способов организации БД в среде хранения, не вызывая необходимости внесения соответствующих изменений в «логическое» представление. Благодаря этому можно вносить изменения в организацию хранимых данных, производить настройку системы с целью повышения ее эффективности, не затрагивая созданных прикладных программ, использующих базу данных. «Физическая» независимость данных реализуется в СУБД за счет тех же самых трансформационных механизмов архитектуры системы, которые обеспечивают «логическую» независимость данных.

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

 

Заключение

Проанализировав данную работу можно сделать вывод, что БД является важнейшей составной частью информационных систем, которые предназначены для хранения и обработки информации. Изначально такие системы существовали в письменном виде. Для этого использовались различные картотеки, папки, журналы, библиотечные каталоги. Развитие средств вычислительной техники обеспечило возможность широкого использования автоматизированных информационных систем. Разрабатываются информационные системы для обслуживания различных систем деятельности, системы управления хозяйственными и техническими объектами, модельные комплексы для научных исследований, системы автоматизации проектирования и производства, всевозможные тренажеры и обучающие системы. Современные информационные системы основаны на концепции интеграции данных, характеризующихся большими объектами хранимых данных, сложной организацией, необходимостью удовлетворять разнообразные требования многочисленных пользователей. Для управления этими данными и обеспечения эффективности доступа к ним были созданы системы управления данными.