рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Уровни представления данных в БД

Уровни представления данных в БД - раздел Образование, Основные принципы организации баз данных С Бд Работают Люди, Имеющие Разный Уровень Компьютерной Подготовки И Разное П...

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

Это - системные программисты, разрабатывающие автоматизированную систему и БД, ответственные за все вопросы, связанные с правильным функционированием БД;

программисты, готовящие прикладные программы для решения задач обработки данных;

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

У каждого из них существует свой взгляд на данные, хранящиеся в БД, для каждого необходимы свои средства взаимодействия с БД.

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

В различных АИС, используемых на практике, реализовано различное число уровней представления данных, минимально - 2: концептуальный и внутренний. Однако, для того, чтобы удовлетворялись все требования, предъявляемые к БД, необходимо три уровня: внешний, концептуальный и внутренний.

Центральной частью БД является концептуальный уровень представления данных или концептуальная схема. Концептуальная схема (или схема БД) - это описание общей логической структуры данных.

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

 

 

Подсхема В
Внешний

уровень

 

Отображение А внешний - Отображение В внешний-

концептуальный концептуальный

 

Концептуальный

уровень

 

 

Отображение концептуальный - внутренний

 

 

Внутренний

уровень

 

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

Разработанная схема описывается на ЯОД (языке описания данных) той СУБД, которая будет использоваться. Описание схемы БД хранится в памяти машины наряду с самими данными и образует так называемые метаданные. В некоторых СУБД метаданные выделяются в отдельную подсистему, называемую словарем данных.

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

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

На концептуальном уровне представления данных никак не учитывается способ хранения данных в памяти ЭВМ, стратегия доступа к данным, программные средства реализации БД. Этим обеспечивается независимость концептуального уровня от уровня хранения данных.

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

С БД будут работать пользователи разных уровней.

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

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

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

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

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

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

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

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

СУБД поддерживает все уровни представления данных и отображения.

Лицо или группа лиц, ответственных за всю БД в целом, за систему защиты и за все уровни представления данных называется Администратором Базы Данных (АБД).

 

– Конец работы –

Эта тема принадлежит разделу:

Основные принципы организации баз данных

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

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Уровни представления данных в БД

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

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

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

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

Логическая структура данных
Концептуальная схема БД содержит три составляющих: - логическую структуру данных, - ограничения, накладываемые на данные, - операции с данными. Основой концептуа

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

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

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

Реляционная модель данных
Реляционная модель была предложена американским математиком Е. Коддом в 1970 г. Это единственная из моделей БД, основанная на специальном разделе математики - теории отношений. Благодаря математиче

СТУДЕНТ ПРЕПОДАВАТЕЛЬ
№ зач. кн. ФИО Группа Ср. балл   ФИО_П Должность К

ПРЕДМЕТ
    Наименование Часы Отчетность

СТУДЕНТ_ПРЕПОДАВАТЕЛЬ
  М М     Для данной схемы связь Изучаемый предмет будет установлена между таблицами СТУДЕНТ и ПРЕДМЕТ через таблицы СТУДЕНТ_ПРЕПО

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

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

ПОСТАВЩИК ИЗДЕЛИЕ
  П#. Имя поставщ. Город   И# Наименование Вес П1

ПОСТАВКИ
П# И# Количество П1 И1 П1 И2

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

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

Нормализация отношений реляционной БД
Отношения реляционной БД можно привести к такому виду, который обеспечил бы наилучшие свойства БД. Процесс приведения отношений к такому виду называется нормализацией. При р

Первая нормальная форма
Считается, что отношение находится в 1НФ, если значение каждого его атрибута не структурировано. Это означает, что на пересечении каждого столбца и каждой строки таблицы должно

ПОСТАВКИ1 ПОСТАВКИ
П# ПК И# Кол П1 И1 И2 И3 П2

ПОСТАВКИ2
П# И# Кол Имя поставщика Город Тариф П1 И1

ПОСТАВЩИК1 ПОСТАВКИ
П# Имя поставщика Город Тариф П1 П2 П3 Восход Заря Салют Тула Самара Т

Отношение находится в 3НФ, если в нем нет функционально полной зависимости между не ключевыми атрибутами.
Рассмотрим зависимости между атрибутами отношения ПОСТАВЩИК1. Каждый из не ключевых атрибутов полностью зави

R S R*S R*M
А1 А2   А2 А3   А1 А2 А3  

Запросов к БД
Для полученной ранее модели данных, состоящей из трех нормализованных отношений ПОСТАВЩИК, ПОСТАВКИ, ДОСТАВКА составим запросы, запишем их в виде формул реляционной алгебры и получим результаты для

Запрос 1
Сообщить название фирмы-поставщика П1. Мы получим ответ на этот запрос, если из таблицы ПОСТАВЩИК выделим строку, содержащую сведения о поставщике П1. Это можно сделать, выпо

Запрос 2
В каком количестве поставляются изделия И2? Искомые сведения находятся в таблице ПОСТАВКИ. Аналогично Запросу 1 применим к отношению ПОСТАВКИ операцию сцепления с известной констант

Запрос 3
Сколько изделий И2 поставляет фирма Заря? В этом запросе известными являются значения двух атрибутов: Имя поставщика = Заря и номер изделия - И2. Известные и ис

Запрос 4
Какие поставщики и по какому тарифу поставляют изделие И2? Известное данное (номер изделия П2) находится в таблице ПОСТАВКИ, а искомые данные (имя поставщика и тариф) - в таб

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

Запрос 4
Какие поставщики и по какому тарифу поставляют изделия И2? SELECT ПОСТАВКИ И# = 'И2' GIVING TEMP1 JOIN TEMP1 AND П

Запрос 6
Удалить из отношения сведения о поставках изделия И2. ПОСТАВКИ MINUS {*, И2, *} Удалить кортежи отношения можно также с помощью оператора DELETE.

Язык запросов QBE
Язык SQL требует определенных навыков в составлении запросов и не может быть предложен пользователю- непрограммисту для общения с БД. Был разработан простой и наглядный графически-ориентированный я

Запрос 1
Сообщить название фирмы-поставщика П1. Поскольку известные и искомые данные хранятся в одной таблице ПОСТАВЩИК, нужно вывести образец для этой таблицы.

Запрос 2
Сколько изделий И2 поставляет фирма Заря? Для ответа на этот запрос необходимо использовать данные из двух таблиц. Для того чтобы указать системе, по каким столбцам устанавливается

Запрос 3
Какие изделия поставляются в количестве 200 или 300 единиц? ПОСТАВКИ П# И# Кол  

Запрос 4
Какие изделия поставляются поставщиком П2 в количестве 500 единиц. Ответ: ПОСТАВКИ П# И# Кол  

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги