Система управления базой данных это пакет программ обеспечивающих поиск

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

Модели баз данных — иерархическая база данных

Иерархическая модель базы данных подразумевает, что элементы организованы в структуры, связанные между собой иерархическими или древовидными связями. Родительский элемент может иметь несколько дочерних элементов. Но у дочернего элемента может быть только один предок.

« Система управления информацией » ( Information Management System ) компании IMB — пример иерархической СУБД.

Иерархическая модель данных организует их в форме дерева с иерархией родительских и дочерних сегментов. Такая модель подразумевает возможность существования одинаковых ( преимущественно дочерних ) элементов. Данные здесь хранятся в серии записей с прикреплёнными к ним полями значений. Модель собирает вместе все экземпляры определённой записи в виде « типов записей » — они эквивалентны таблицам в реляционной модели, а отдельные записи — столбцам таблицы. Для создания связей между типами записей иерархическая модель использует отношения типа « родитель-потомок » вида 1:N . Это достигается путём использования древовидной структуры — она « позаимствована » из математики, как и теория множеств, используемая в реляционной модели.

Системы управления базами данных (СУБД). Функции и классификация СУБД

Иерархическая база данных — пример

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

Данные о сотруднике и его детях формируют иерархическую структуру, где информация о сотруднике – это родительский элемент, а информация о детях — дочерний элемент. Если у сотрудника три ребёнка, то с родительским элементом будут связаны три дочерних. Иерархическая база данных подразумевает, что отношение « родитель-потомок » — это отношение « один ко многим ». То есть у дочернего элемента не может быть больше одного предка.

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

• Запись — это набор значений полей.
• Записи одного типа группируются в типы записей.
• Отношения «родитель-потомок» — это отношения вида 1:N между двумя типами записей.
• Иерархическая база данных данных состоит из нескольких иерархических схем.

Сетевая модель базы данных

Сетевая модель базы данных подразумевает, что у родительского элемента может быть несколько потомков, а у дочернего элемента — несколько предков. Записи в такой модели связаны списками с указателями. IDMS (« Интегрированная система управления данными ») от компании Computer Associates international Inc. — пример сетевой СУБД.

Иерархическая модель данных структурирует данные в виде древа записей, где есть один родительский элемент и несколько дочерних. Сетевая модель позволяет иметь несколько предков и потомков, формирующих решётчатую структуру.

Что такое СУБД (система управления БД)? — простыми словами

Сетевая модель позволяет более естественно моделировать отношения между элементами. И хотя эта модель широко применялась на практике, она так и не стала доминантной по двум основным причинам. Во-первых, компания IBM решила не отказываться от иерархической модели в расширениях для своих продуктов, таких как IMS и DL/I . Во-вторых, через некоторое время её сменила реляционная модель, предлагавшая более высокоуровневый, декларативный интерфейс.

Популярность сетевой модели совпала с популярностью иерархической модели. Некоторые данные намного естественнее моделировать с несколькими предками для одного дочернего элемента. Сетевая модель как раз и позволяла моделировать отношения «многие ко многим». Её стандарты были формально определены в 1971 году на конференции по языкам систем обработки данных ( CODASYL ).

Основной элемент сетевой модели данных — набор, который состоит из типа « запись-владелец », имени набора и типа « запись-член ». Запись подчинённого уровня (« запись-член ») может выполнять свою роль в нескольких наборах. Соответственно, поддерживается концепция нескольких родительских элементов.

Запись старшего уровня (« запись-владелец ») также может быть « членом » или « владельцем » в других наборах. Модель данных — это простая сеть, связи, типы пересечения записей ( в IDMS они называются junction records , то есть «перекрёстные записи ). А также наборы, которые могут их объединять. Таким образом, полная сеть представлена несколькими парными наборами.

В каждом из них один тип записи является « владельцем » ( от него отходит «стрелка» связи ), и один или более типов записи являются « членами » ( на них указывает «стрелка» ). Обычно в наборе существует отношение 1:М , но разрешено и отношение 1:1 . Сетевая модель данных CODASYL основана на математической теории множеств.

Известные сетевые базы данных:

• TurboIMAGE;
• IDMS;
• Встроенная RDM;
• Серверная RDM.

Реляционная модель базы данных

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

В отличие от двух других типов СУБД, в реляционных моделях данных нет необходимости просматривать все указатели, что облегчает выполнение запросов на выборку информации по сравнению с сетевыми и иерархическими СУБД. Это одна из основных причин, почему реляционная модель оказалась более удобна. Распространённые реляционные СУБД: Oracle , Sybase , DB2 , Ingres , Informix и MS-SQL Server .

« В реляционной модели, как объекты, так и их отношения представлены только таблицами, и ничем более ».

РСУБД — реляционная система управления базами данных, основанная на реляционной модели Э. Ф. Кодда. Она позволяет определять структурные аспекты данных, обработки отношений и их целостности. В такой базе информационное наполнение и отношения внутри него представлены в виде таблиц — наборов записей с общими полями.

Реляционные таблицы обладают следующими свойствами:

• Все значения атомарны.
• Каждый ряд уникален.
• Порядок столбцов не важен.
• Порядок рядов не важен.
• У каждого столбца есть своё уникальное имя.

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

Часто у полей будет одно и то же имя в обеих таблицах. Например, таблица « Заказы » может содержать пары « ID-покупателя » и « код-товара ». А в таблице « Товар » могут быть пары « код-товара » и « цена ». Поэтому чтобы рассчитать чек для определённого покупателя, необходимо суммировать цену всех купленных им товаров, использовав JOIN в полях « код-товара » этих двух таблиц. Такие действия можно расширить до объединения нескольких полей в нескольких таблицах.

Поскольку отношения здесь определяются только временем поиска, реляционные базы данных классифицируются как динамические системы.

Сравниваем три модели баз данных

Первая, иерархическая модель данных, имеет древовидную структуру (« родитель-потомок »), и поддерживает только отношения типа « один к одному » или « один ко многим ». Эта модель позволяет быстро получать данные, но не отличается гибкостью. Иногда роль элемента ( родителя или потомка ) неясна и не подходит для иерархической модели.

Вторая, сетевая модель данных , имеет более гибкую структуру, чем иерархическая модель данных, и поддерживает отношения « многие ко многим ». Но быстро становится слишком сложной и неудобной для управления.

Третья модель — реляционная — более гибкая, чем иерархическая и проще для управления, чем сетевая. Реляционная модель сегодня используется чаще всего.

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

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

Объекты связываются отношениями, основные типы которых можно определить следующим образом:

«Один к одному»

В этом виде отношений один объект связан с другим. Например, Менеджер -> Отдел .

У каждого менеджера может быть только один отдел, и наоборот.

«Один ко многим»

В моделях данных отношение одного объекта с несколькими. Например, Сотрудник -> Отдел .

Каждый сотрудник может быть только в одном отделе, но в самом отделе может быть больше одного сотрудника.

«Многие ко многим»

В заданный момент времени объект может быть связан с любым другим. Например, Сотрудник -> Проект .

Сотрудник может участвовать в нескольких проектах, и каждый проект может объединять несколько сотрудников.

В реляционной модели объекты и их отношения представлены двухмерным массивом или таблицей.

Каждая таблица представляет объект.

Каждая таблица состоит из рядов и столбцов.

Отношения между объектами представлены столбцами.

Каждый столбец представляет атрибут объекта.

Значения столбцов выбираются из области или набора всех возможных значений.

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

Первичные служат для однозначного определения объекта. Внешний ключ — это первичный ключ одного объекта, существующий как атрибут в другой таблице.

Преимущества реляционной модели данных:

1. Простота использования.
2. Гибкость.
3. Независимость данных.
4. Безопасность.
5. Простота практического применения.
6. Слияние данных.
7. Целостность данных.

1. Избыточность данных.
2. Низкая производительность.

Другие модели баз данных (ООСУБД)

В последнее время на рынке СУБД появились продукты, представленные объектными и объектно-ориентированной моделью данных, такие как Gem Stone и Versant ОСУБД. Также производятся исследования в области многомерных и логических моделей данных.

Особенности объектно-ориентированных систем управления базами данных (ООСУБД):

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

А также поддержку классов объектов и наследование свойств и методов классов подклассами и их объектами.

На данный момент не существует общепринятого стандарта ООСУБД. Считается, что подобные модели данных находится на ранней стадии развития.

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

МК Михаил Кузнецов автор-переводчик статьи «

Источник: www.internet-technologies.ru

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

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

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

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

Сервисные средства позволяют при проектировании использовании БД привлечь к работе с БД другие системы. Например, воспользоваться данными из табличного процессора Exсel или обратиться к сетевому серверу.

Архитектура СУБД

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

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

Программное обеспечение. Этот компонент включает операционную систему, программное обеспечение самой СУБД, прикладные программы, включая и сетевое программное обеспечение, если СУБД используется в сети. Обычно приложения создаются на языках третьего поколения, таких как С, COBOL, Fortran, Ada или Pascal, или на языках четвертого поколения, таких как SQL, операторы которых внедряются в программы на языках третьего поколения. СУБД может иметь свои собственные инструменты четвертого поколения, предназначенные для быстрой разработки приложений с использованием встроенных непроцедурных языков запросов, генераторов отчетов, форм, графических изображений и даже полномасштабных приложений.

Данные– наиболее важный компонент с точки зрения конечных пользователей. База данных содержит как рабочие данные, так и метаданные, т.е. «данные о данных».

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

Пользователи: клиенты БД, администратор БД, прикладные программисты.

СУБД значительно различаются по характеристикам и функциям. Логически в них можно выделить три компоненты:

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

2. Подсистема обработки обеспечивает обработку компонентов приложений, созданных с помощью средств проектирования. Например, в Access 2002 имеется компонент, реализующий построение формы и связывающий элементы формы с данными таблиц.

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

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

Классифицировать СУБД можно, используя различные признаки классификации.

По степени универсальности различают

СУБД общего назначения.

СУБД специального назначения

По типу модели данных:

Источник: ronl.org

Компоненты автоматизированной информационной системы (АИС). Место БД в АИС.

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

Структура АИС описывается терминами и определениями в соответствии с комплексом стандартов на автоматизированные системы:
ГОСТ 34.003-90. Дата введения ГОСТ 01.01.92. г.
С ГОСТ можно познакомится в информационной системе

Наиболее широкое испольуемое описание АИС – описание её как совокупности взаимодействующих подситем.

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

В рамках АИС выделяют функциональные и обеспечивающие подсистемы

Функциональные подсистемы АИС

Функциональная подсистема ЭИС представляет собой комплекс экономических задач с высокой степенью информационных обменов (связей) между задачами.

Под задачей понимается некоторый процесс обработки информации с четко определенным множеством входной и выходной информации (начисление з/п, учет прихода материалов, формирование приказа на прием, увольнение и т.п).

Функциональные подсистемы ЭИС делятся по следующим принципам:

1. предметному;
2. функциональному;
3. проблемному;
4. смешанному (предметно-функциональному).

С учетом предметного принципа выделяют подсистемы соответствующие управлению отдельными ресурсами:

1. подсистема управления сбытом готовой продукции;
2. подсистема управления производством;
3. подсистема управления персоналом (кадры);
4. подсистема управления финансами;
5. подсистема управления материально-техническим снабжением.

С учетом функционального принципа – выделение подсистемы на основе функций управления

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

На практике чаще всего применяется смешанный – предметно-функциональный подход, согласно которому построение функциональной структуры ЭИС — это разделение её на подсистемы по характеру хозяйственной деятельности. Разделение должно соответствовать структуре предприятия, системе управления, характеру выполняемых функций.

Обеспечивающие подсистемы АИС

Обеспечивающие системы АИС являются общими для всех функциональных подсистем, независимо от конкретных функциональных подсистем.
В состав обеспечивающих входят следующие подсистемы:

Подсистема «Организационное обеспечение»
В неё входят:
1. Документы, регламентирующий процесс создания и функционирования АИС.
2. Совокупность средств, необходимых для эффективного проектирования и функционирования ЭИС (общесистемные и отраслевые классификаторы, унифицированные системы документов, типовые пакеты прикладных программ (Офис), типовые структуры управления предприятием.
3. Техническая документация, получаемая в процессе обследования, проектирования и внедрения системы:
— технико-экономическое обоснование;
— техническое задание;
— технический и рабочий проекты и документы;
4. Состав пользователей АИС. (в первую очередь персонал, организационно-кадровая структура проекта, определяющая, в частности, состав главных конструкторов и специалистов).

Подсистема «Правовое обеспечение»
Совокупность юридических документов с определением регламентных отношений по формированию, хранению, обработке информации системы:
— договор между разработчиками и заказчиком;
— характеристика статуса создаваемой системы;
— права (лицензии) на использование программных итехнических средств
— правовые полномочия отдельных видов процессов обработки информации;
— правовые полномочия пользователей системы и др.

Подсистема «Техническое обеспечение»
Комплекс технических средств, предназначенных для хранения, передачи и обработки данных в ЭИС.
Состав комплекса:
— ЭВ машины;
— средства подготовки данных на машинных носителях;
— средства сбора и регистрации информации;
— средства передачи данных по каналам связи;
— средства накопления данных и выдачи результативной информации;
— вспомогательное оборудование;
— организационная техника.

Подсистема «Математическое обеспечение»

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

Подсистема «Программное обеспечение»

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

Подсистема «Информационное обеспечение»
Совокупность единой системы и кодирования технико-экономической информации, унифицированной системы документации и информационной базы.
Состав ИО:
— компоненты вне машинного ИО (классификаторы, документы);
— внутримашинное ИО – макеты экранных форм для ввода первичной информации и вывода результативной, структура информационной базы, базы данных.
Центральный компонент ИО – БД, через которую осуществляется обмен данными различных задач.

Подсистема «Лингвистическое обеспечение»
Совокупность научно-технических терминов и других языковых средств, используемых в ИС, а также правил формализации естественного языка.
Языковые средства делятся на 2 группы:
— традиционные языки – естественные, математические, алгоритмические, языки моделирования;
— языки, предназначенные для диалога с ЭВМ – информационно-поисковые языки СУБД, языки операционных сред, входные языки пакетов прикладных программ.

Подсистема «Технологическое обеспечение»

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

Все обеспечивающие подсистемы связаны между собой и с функциональными подсистемами

Использование баз данных является эффективным средством разработки и поддержки информационного обеспечения АИС.

Опр. 1: База данных (БД – DB — DataBase) – это хранилище структурированных, непротиворечивых данных, минимально избыточных и целостных.

Опр. 2: БД (Data Base) – это компьютеризованная система хранения информации, основная цель которой содержать информацию и предоставлять её по требованию.
К информации относится всё, что представляет интерес для отдельного пользователя или предприятия.
Предприятие в широком смысле слова — коммерческая, научная, техническая или другая организация. Предприятие может состоять всего из одного человека (небольшая частная БД), быть целой корпорацией или другой крупной организацией (с очень большой БД) или нечто среднее (университет, больница, правительственное ведомство, промышленное предприятие, банк)

Опр. 3: БД – это хранение структурированных данных, при этом данные должны быть не противоречивыми, минимально избыточными и целостными.

Опр. 4 (по ГОСТу):
В настоящее время действует Закон «О правовой охране программ для ЭВМ и баз данных» от 23.09.92 г. В нем дается определение БД :
«База данных — это объектная форма представления и организации совокупности данных (например статей, расчетов), систематизированных таким образом, чтобы эти данные могли быть найдены и обработаны с помощью ЭВМ.»

Опр. 5:БД – это набор интегрированных записей с само описанием.
Описание данных называют системным каталогом или словарем данных (data dictionery), т.е. данные о данных или метаданные (meta—data).
Это важное преимущество использования БД, обеспечивающее независимость баз данных от приложений. Для одной БД может быть разработано много прикладных программ, реализованных в разных инструментальных средах, т.е. база данных одновременно может использоваться многими пользователями.

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

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

Чем отличается «база данных» от какого бы то ни было склада данных, поддерживаемого в файлах операционной системы? Основное отличие состоит в том, что набором данных, входящих в состав базы данных управляет специальное программное обеспечение, которое называют «системой управления базами данных (СУБД – DBMS – DataBase Management System — диспетчер БД)», которая обладает знаниями по поводу связи между разнородными данными.
Основная функция , выполняемая СУБД — предоставление пользователю БД возможности работать с ней, не вникая в детали на уровне аппаратного обеспечения (простой пользователь отстранен более, чем прикладной программист).

СУБД должна поддерживать следующие функции:
1. Создавать БД и объекты базы данных. Это осуществляется с помощью команд языка определения данных (ЯОД) СУБД. ЯОД позволяет задать структуру, тип, логические ограничения на данные, связи между данными, структуру доменов, индексов, триггеров и других объектов БД.
2. Вставлять, обновлять, удалять и извлекать информацию из БД. Эти операции осуществляются с помощью команд языка манипулирования данными (ЯМД) СУБД. Для извлечения данных существуют специальные языки запросов. Стандартными являются языки SQL (Structure Query Language – язык структурированных запросов), QBE (Query By Example – запрос по образцу). Наличие языка запросов устраняет присущие файловым системам ограничения – сформулированный на нем сложный запрос к БД выражается небольшим по объему кодом.
3. Предоставлять контролируемый доступ к данным с помощью следующих средств:
— системы обеспечения безопасности, предотвращающей несанкционированный доступ к объектам БД со стороны пользователей;
— системы поддержки целостности данных, обеспечивающей непротиворечивое состояние хранимых данных;
— системы управления параллельной работой приложений, контролирующей процессы совместного доступа к БД;
— системы восстановления, позволяющей восстановить БД до предыдущего непротиворечивого состояния, нарушенного в результате сбоя аппаратного или программного обеспечения;
— доступного пользователям каталога (словаря данных), содержащего описание хранимой в БД информации.
Реальный объем функциональных возможностей отличается в разных СУБД. Современные СУБД поддерживают широкий набор функций.

Источник: shpargalum.ru