Рефераты. Документация кабинета информатики

Факультеты

Имя элемента

Тип данных

Пример

КодФакультета

Счетчик

Код факультета

Факультет

Текстовый (10)

МИТ, БАСКС

Социальное положение

Имя элемента

Тип данных

Пример

КодСП

Счетчик

Код СП

Социальное положение

Текстовый (10)

Студент, аспирант.

По образованию

Имя элемента

Тип данных

Пример

Кодобразования

Счетчик

Код СП

По образованию

Текстовый (10)

Высшее, среднее

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ:

1. Артемов Д. В., Погульский Г. В., Альперович М. М. Microsoft SQL Server 7.0 для профессионалов: установка, управление, эксплуатация, оптимизация. - М.: Издат. отдел «Русская Редакция». - 1999. - 576 с.

2. Бекаревич Ю. Б., Пушкина Н. В. MS Access 2000 за 30 занятий. - СПб.: БХВ - Петербург, 2001 - 512 с.

3. Гайдамакин Н. А. Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие. - М.: Гелиос АРВ, 2002. - 368 с., ил.

4. Робинсон С. Microsoft Access 2000: учебный курс - СПб.: Питер, 2002. - 512 с.: ил.

5. Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. Базы данных: учебник для высших учебных заведений/Под ред. проф. А. Д. Хомоненко. - Изд. 2 - е, доп. и перер.- СПб.: «Корона принт», 2002. - 672 с.

6. Хоннхолли Томас, Каролин Бегг, Анна Страчан Базы данных: проектирование, реализация и сопровождение. Теория и практика, 2 - е изд.: пер. с англ. - М.: Издат. дом «Вильямс», 2001. - 1120 с.

7. MS Access 2000 шаг за шагом. Издат. «ЭКОМ».: М., 1999. - 352 с.

8. www.citforum.ru

ГЛАВА 1. ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ СУБД

1.1. Функции СУБД

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

В общем плане можно выделить следующие функции, реализуемые СУБД:

· Организация и поддержание логической структуры данных (схемы баз данных);

· Организация и поддержание физической структуры данных во внешней памяти;

· Организация доступа к данным и их обработка в оперативной и внешней памяти.

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

Известны три основные модели организации данных:

· Иерархическая;

· Сетевая;

· Реляционная.

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

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

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

1.2. Модели данных

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

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

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

База данных с иерархической моделью данных состоит из упорядоченного набора экземпляров структур типов «дерево», что показано на рис.1. На этом рисунке информационный объект «1» является предком информационного объекта «2», которой в свою очередь является предком информационного объекта «3». Объект «2» является потомком объекта «1», а объект «3» потомком объекта «2». Экземпляры потомка с общим предком называются близнецами.

3

Рис. 1. Представление связей в иерархической модели

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

3

Рис. 2. Представление связей в сетевой модели

Для данного типа связи А1 между типом записи предка «1» и типом записи потомка «2» выполняются следующие условия:

1. каждый экземпляр типа «1» является предком только в одном экземпляре «2»;

2. каждый экземпляр «2»является потомком не более чем в одном экземпляре «1».

В рамках сетевой модели возможны следующие ситуации:

· тип записи потомка в одном типе связи «А1» может быть типом записи предка в другом типе связи «В»;

· данный тип записи «1» может быть типом записи потомка в любом числе типов связи;

· может существовать любое число типов связей с одним и тем же типом записи предка и одним и тем же типом записи потомка;

· если «А1» и «А2» - два типа связи с одним и тем же типом записи предка «1» и одним и тем же типом записи потомка «2», то правила, по которым образуется родство, в разных связях могут различаться;

· типы записей «4» и «5» могут быть предком и потомком одной связи и потомком и предком другой; предок и потомок могут быть одного типа записей (связь типа «петля»).

Реляционная модель данных - это предметная область, которая представляет собой набор отношений, изменяющихся во времени. При создании информационной системы совокупность отношений позволяет хранить данные об объектах предметной области и моделировать связи между ними. Элементы реляционной модели данных и формы их представления приведены в табл. 1.1.

Таблица 1.1

Элементы реляционной модели

Элемент реляционной модели

Формы представления

1. Отношение

2. Схема отношения

3. Кортеж

4. Сущность

5. Атрибут

6. Домен

7. Значение атрибута

8. Первичный ключ

9. Тип данных

Таблица

Строка заголовков таблицы

Строка таблицы

Описание свойств объекта

Заголовок столбца таблицы

Множество допустимых значений атрибута

Значение поле в записи

Один или несколько атрибутов

Тип значений элементов таблицы

Страницы: 1, 2, 3, 4



2012 © Все права защищены
При использовании материалов активная ссылка на источник обязательна.