АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Основные функции СУБД

Читайте также:
  1. I. ОСНОВНЫЕ ПОНЯТИЯ (ТЕРМИНЫ) ЭКОЛОГИИ. ЕЕ СИСТЕМНОСТЬ
  2. I.3. Основные этапы исторического развития римского права
  3. II Съезд Советов, его основные решения. Первые шаги новой государственной власти в России (октябрь 1917 - первая половина 1918 гг.)
  4. II. Основные задачи и функции
  5. II. Основные показатели деятельности лечебно-профилактических учреждений
  6. II. Основные проблемы, вызовы и риски. SWOT-анализ Республики Карелия
  7. III. Предмет, метод и функции философии.
  8. IV. Механизмы и основные меры реализации государственной политики в области развития инновационной системы
  9. VI.3. Наследственное право: основные институты
  10. XVIII. ПРОЦЕДУРЫ И ФУНКЦИИ
  11. А) возникновение и основные черты
  12. А) ОСНОВНЫЕ УСЛОВИЯ ВЕРНОЙ ПЕРЕДАЧИ СЛОВ, ОБОЗНАЧАЮЩИХ НАЦИОНАЛЬНО-СПЕЦИФИЧЕСКИЕ РЕАЛИИ

↑ Наверх

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

1. Пользователь посылает запрос на доступ, применяя определенный язык (обычно, SQL).

2. СУБД перехватывает запрос и анализирует его (производит анализ прав пользователей на доступ к данным), в результате чего разрешает или запрещает доступ.

3. В случае невозможности доступа к данным информирует пользователя об этом.

4. СУБД получает информацию о запрошенной части концептуальной модели.

5. СУБД запрашивает информацию о местоположении данных в терминах операционной системы.

6. СУБД дает команду ОС произвести необходимые действия над данными во внешней памяти.

7. ОС производит необходимые операции (передача информации, удаление и т.д.)

8. ОС сообщает СУБД о завершении работы.

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

Рассмотрим основные функции СУБД подробнее:

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

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

3. Безопасность и целостность данных. СУБД должна контролировать пользовательские запросы и пресекать попытки нарушения правил безопасности и целостности, определенные администратором БД. Понятие «Целостность данных» будет рассмотрено при изучении вопроса создания связей между таблицами в СУБД ACCESS.

4. Восстановление данных и дублирование. СУБД должна осуществлять необходимый контроль над восстановлением данных и дублированием.

5. Словарь данных. СУБД должна обеспечить функцию словаря данных. Сам словарь представляет собой определения других объектов системы («данные над данными»).

6. Производительность. СУБД должна выполнять все указанные выше функции с максимально возможной эффективностью.

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

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

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

Рисунок 35.1 Архитектура «Клиент-сервер»

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

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

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

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

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

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

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

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

← 35.1. История развития БД 36.1. Основные понятия БД →

Основные понятия БД

← 35.2. Классификация БД 36.2. Основные понятия реляционной модели БД →

Понятие об информации как о знании, сложилось уже давно. Человек создал естественные ИС, позволяющие снабжать информацией процессы производства, планирования, принятия решений. Мы будем понимать под информацией любые сведения о каком-либо событии, сущности, процессе. Наряду с понятием информации часто употребляют понятие «Данные».

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

Например, «Петров Николай 1989 СТ-91». Сказать, что эти данные представляют собой информацию, нельзя, т.к. непонятно, что, например, означает в этих данных «1989». Но, если придать этим данным определенную форму и вписать их в некоторую структуру, то все станет ясно:

Таблица 36.1

Ф.И.О. студента Год рождения Группа
Петров Николай   СТ-91

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

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

← 35.2. Классификация БД 36.2. Основные понятия реляционной модели БД →

Основные понятия реляционной модели БД

← 36.1. Основные понятия БД 36.3. Предпроектное обследование предметной... →

Для понимания того, как выглядит концептуальная модель в случае использования реляционной модели данных, рассмотрим основных понятия реляционной модели данных.

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

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

Таблица 36.2

Теория БД Реляционные БД Термины конкретной СУБД (например, ACCESS)
Отношение Таблица Таблица
Кортеж Строка Строка
Атрибут Столбец Поле

Совместно с термином «атрибут» часто употребляется термин «Домен».

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

Кортеж – это множество пар {имя атрибута, значение}, которое содержит одно вхождение данного имени атрибута, принадлежащего схеме отношения. «значение» является допустимым значением домена данного атрибута (или типа данных, если понятие домена не поддерживается). Иначе, кортеж – набор именованных значений заданного типа (строка в отношении).

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

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

Схема отношения - (совокупность наименований атрибутов, представленная в виде заголовка таблицы):

Тип данных. Это понятие в реляционной модели данных полностью адекватно понятию типа данных в языках программирования. Обычно в современных реляционных БД допускается хранение символьных, числовых данных, битовых строк, специализированных числовых данных («денежные»), а так же специальных временных данных, которые так же являются числовыми (дата, время, временной интервал).

Рисунок 36.1 Пример схемы отношения

Итак,

1. В реляционных БД любые совокупности данных представляются в виде двумерных таблиц.

2. Каждая таблица состоит из фиксированного числа столбцов и некоторого переменного количества строк. Описание столбцов, которое составляет разработчик, принято называть макетом таблицы.

3. Каждый столбец представляет собой конкретное данное (например, код изделия, цена изделия и т.д.). Столбцы таблицы так же называются полями, причем для каждого поля разработчик должен определить:

· имя поля,

· тип поля,

· некоторые дополнительные характеристики (длину, формат и т.д.).

4. Каждая строка так же называется записью. Система нумерует записи по порядку: 1, 2,3,…, n, где n – общее число записей (строк) в таблице в данный момент. В отличие от количества полей в таблице, количество записей в процессе эксплуатации БД может как угодно меняться. Количество и номенклатуру полей можно изменить, но это уже особая операция, которая называется изменением макета таблицы.

5. Каждое поле может входить в несколько таблиц.

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

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

1. Однозначная идентификация записи: запись должна однозначно определяться значением ключа.

2. Отсутствие избыточности: никакое поле нельзя удалить из ключа, не нарушая при этом свойства однозначной идентификации.

Каждое значение первичного ключа в пределах таблицы должно быть уникальным (в противном случае нельзя отличить одну запись от другой). Например, если объявить в таблице с данными о студентах ключом фамилию студента, может оказаться, что таблица содержит данные об однофамильцах. В этом случае фамилия не будет однозначно идентифицировать запись, поэтому нужно добавить в определение ключа еще и имя и отчество (ключ получится сцепленным). Таким образом, указание первичного ключа – это и есть единственный способ отличить один экземпляр объекта от другого.

Процесс проектирования БД включает несколько этапов. На рисунке 36.2 представлена общая схема проектирования БД.

Рисунок 36.2 Этапы проектирования БД

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

Под физической БД подразумевается схема распределения данных по физическим носителям информации.


1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 | 86 | 87 | 88 | 89 | 90 | 91 | 92 | 93 | 94 | 95 | 96 | 97 | 98 | 99 | 100 | 101 | 102 | 103 | 104 | 105 | 106 | 107 | 108 | 109 | 110 | 111 | 112 | 113 | 114 | 115 | 116 | 117 | 118 | 119 | 120 | 121 | 122 | 123 | 124 | 125 | 126 | 127 | 128 | 129 | 130 | 131 | 132 | 133 | 134 | 135 | 136 | 137 | 138 | 139 | 140 | 141 | 142 | 143 | 144 |

Поиск по сайту:



Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.007 сек.)