Функции СУБД, диспетчера файлов и диспетчера дисков в процессе доступа к базе данных
К числу функций СУБД принято относить следующие:
üуправление данными во внешней памяти;
ü управление буферами оперативной памяти;
ü управление транзакциями;
ü журнализация и восстановление БД после сбоев;
ü поддержание языков БД.
Все страницы диска делятся на несвязанные наборы, один из наборов, содержит все имеющиеся свободные страницы, не используемые для размещения данных. Этот набор иногда называют свободным пространством на диске. При этом использование или освобождение страниц из наборов страниц осуществляется Диспетчером дисков по запросу Диспетчера файлов.
Основные операции, выполняемые Диспетчером дисков с наборами страниц по запросу со стороны диспетчера файлов следующие:
§ извлечь страницу S из набора страниц N;
§ заменить страницу S из набора страниц N;
§ добавить новую страницу в имеющийся набор страниц N;
§ удалить страницу S из набора страниц N.
С помощью операций с файлами в СУБД можно создавать структуры хранения и управлять. В одних системах диспетчер файлов является компонентом операционной системы, а в других является частью СУБД, однако принципы его работы существенно от этого не отличаются.
К основным операциям с файлами, выполняемыми Диспетчером файлов, по запросу со стороны СУБД, относятся:
§ извлечь хранимую запись Z из хранимого файла F;
§ заменить хранимую запись Z в хранимом файле F;
§ добавить новую хранимую запись Z в хранимый файл F;
|
|
|
§ удалить хранимую запись Z из хранимого файла F;
§ создать новый хранимый файл F;
§ удалить хранимый файл F.
Расширение множества типов обрабатываемых данных в современных СУБД
В середине 80-х годов исследователи БД стали рассматривать вопросы, выходящие за рамки реляционной модели. Традиционно существовало четкое разделение программ и данных. Этот подход хорошо работал, пока речь шла только о таких данных, как числа, символы, массивы. Но если данные представляли объект "документ", "графический образ", "звук" или "карта", то методы работы с ними становились специфичными и труднореализуемыми. СУБД должны позволять прикладным специалистам отображать все типы данных для своих предметных областей. Шла напряженная работа в двух направлениях:
1) объединение объектно-ориентированного подхода и реляционных систем;
2) замена реляционной модели, ориентируясь исключительно на объекты.
В результате в конце 80-х годов на рынке появилось более десяти СУБД – объектно-реляционных и объектно-ориентированных СУБД (ООСУБД). Процесс миграции реляционных систем в объектную среду продолжается и в настоящее время, и это явление может рассматриваться как одна из тенденций развития СУБД.
|
|
|
Благодаря указанным свойствам объектно-ориентированные СУБД поддерживают новый класс БД с умеренно большими совокупностями записей и чрезвычайно сложными наборами связей между записями. С БД такого типа приходится работать, например, при проектировании автомобиля или самолета, когда задействованы тысячи деталей, причем все они организованы в чрезвычайно сложный список материалов. В этой среде производительность ООБД в сравнении с реляционными БД существенно возрастает, поскольку они обрабатывают все связи проще и эффективнее, из-за того, что информация о связях содержится в самих записях.
Если ООСУБД конструируются с "чистого" листа, то объектно-реляционные СУБД являются модификацией реляционных СУБД — объектная ориентация включается в существующую широко признанную реляционную модель данных.
Существуют два различных подхода к объединению объектно-ориентированной и реляционной технологии.
Гибридные СУБД, как и обычные реляционные системы, включают реляционные внутренние механизмы управления данными, но в их архитектуре предусматривается уровень объектно-ориентированного внешнего интерфейса, с которым приложения могут взаимодействовать точно так же, как если бы они работали с ООСУБД. В них должны выполняться алгоритмы отображения объектов, видимых на внешнем интерфейсе, в таблицы, поддерживающей реляционной БД. И наоборот, объекты должны воспроизводиться из их представления в табличной среде хранения, когда они запрашиваются пользователями или приложениями.
|
|
|
Другой подход, технологически более продвинутый и предпочитаемый в настоящее время большинством разработчиков реляционных СУБД — расширенный реляционный. При таком подходе сами внутренние реляционные механизмы СУБД управления данными расширяются объектно-ориентированными возможностями, например, наследование, абстрактные типы данных и т.д.серверы баз данных с расширяемой системой типов данных. К числу первых систем такого типа относятся: Informix Universal Server (Informix Software, 1996), Oracle S (Oracle Corp., 1997), DB2 Universal Database (IBM Corp., 1997). Эти программные продукты составляют значительную долю рынка СУБД, и можно сказать, что объектно-реляционная технология уже состоялась.
Дата добавления: 2018-04-15; просмотров: 376; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!