Три уровня архитектуры

Виды уровней архитектуры системы управления базами данных поддерживаемые разный уровень абстракции данных. Изучение трехуровневой системы организации баз данных, архитектуры ANSI/SPARC. Использование языков программирования как C, COBOL или PL/1.

Рубрика Программирование, компьютеры и кибернетика
Вид доклад
Язык русский
Дата добавления 09.01.2014
Размер файла 16,7 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Информация об определенной предметной области представлена в базе данных моделями нескольких уровней. По числу уровней в архитектуре различают трехуровневые, двухуровневые, одноуровневые системы. На различных уровнях архитектуры системы управления базами данных поддерживается разный уровень абстракции данных. В настоящее время наиболее распространенной является предложенная американским комитетом по стандартизации трехуровневая система организации баз данных. Архитектура ANSI/SPARC включает в себя три уровня: внешний, внутренний и концептуальный. В общих чертах они представляют собой следующее:

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

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

Концептуальный уровень - это уровень, который находится между двумя первыми, центральное управляющее звено. Здесь база данных представлена в наиболее общем виде, который объединяет данные, используемые всеми приложениями, работающими с данной базой данных. Фактически, концептуальный уровень отражает обобщенную логическую модель предметной области, для которой создавалась база данных. Как любая модель, концептуальная модель отражает только существенные, с точки зрения обработки, особенности объектов предметной области. Данная модель не зависит от особенностей используемой системы управления базами данных и является моделью логического уровня. Выделение концептуального уровня позволило разработать аппарат централизованного управления базой данных.

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

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

У каждого пользователя есть свой язык общения.

Для прикладного программиста это либо один из распространенных языков программирования, такой как C, COBOL или PL/1, либо специальный язык рассматриваемой системы.

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

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

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

Язык обработки данных состоит из таких выполняемых операторов PL/1, которые передают информацию в базу данных и из нее. Опять же, возможно, включая, новые специальные операторы.

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

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

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

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

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

Третьим уровнем архитектуры является внутренний уровень. Внутреннее представление - это представление нижнего уровня всей базы данных; оно состоит из многих экземпляров каждого типа внутренней записи. Термин «внутренняя запись» принадлежит терминологии ANSI/SPARC и означает конструкцию, называемую хранимой записью.

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

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

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

Размещено на Allbest.ru


Подобные документы

  • Внешний, концептуальный и внутренний уровень архитектуры ANSI/SPARC. Логическая и физическая модель. Основные требования к функциям системы. SQL скрипты, триггеры, последовательности, запросы базы данных "Бухгалтерия (учет материальных ценностей)".

    курсовая работа [1,7 M], добавлен 03.12.2014

  • Характеристика версионной архитектуры, требований к аппаратному обеспечению, версий, лицензирования кроссплатформенной системы управления базами данных Firebird. Рассмотрение особенностей создания таблиц, триггеров, генераторов, хранимых процедур.

    курсовая работа [1,4 M], добавлен 14.03.2010

  • Устройства внешней памяти. Система управления базами данных. Создание, ведение и совместное использование баз данных многими пользователями. Понятие системы программирования. Страницы доступа к данным. Макросы и модули. Монопольный режим работы.

    реферат [27,5 K], добавлен 10.01.2011

  • Особенности управления информацией в экономике. Понятие и функции системы управления базами данных, использование стандартного реляционного языка запросов. Средства организации баз данных и работа с ними. Системы управления базами данных в экономике.

    контрольная работа [19,9 K], добавлен 16.11.2010

  • Архитектура предприятия как инструмент управления изменениями. Проектирование архитектуры данных по TOGAF. Описание потоков и источников данных. Синхронизация данных по времени. Описание этапов и рекомендации по использованию инструментов проектирования.

    дипломная работа [2,8 M], добавлен 09.09.2017

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

    презентация [6,8 K], добавлен 14.10.2013

  • Система управления базами данных как составная часть автоматизированного банка данных. Структура и функции системы управления базами данных. Классификация СУБД по способу доступа к базе данных. Язык SQL в системах управления базами данных, СУБД Microsoft.

    реферат [46,4 K], добавлен 01.11.2009

  • Хранение и обработка данных. Компоненты системы баз данных. Физическая структура данных. Создание таблиц в MS Access. Загрузка данных, запросы к базе данных. Разработка информационной системы с применением системы управления базами данных MS Access.

    курсовая работа [694,0 K], добавлен 17.12.2016

  • Понятие базы данных, их цели и задачи, требования к БД; система управления базами данных. Файловые системы: именование и структуры файлов, программное обеспечение. Уровни абстракции в СУБД, функции абстрактных данных. Экспертные системы и базы знаний.

    презентация [301,6 K], добавлен 17.04.2013

  • Исследование технологии проектирования базы данных. Локальные и удаленные базы данных. Архитектуры и типы сетей. Программная разработка информационной структуры предметной области. Обоснование выбора архитектуры "клиент-сервер" и операционной системы.

    дипломная работа [1,1 M], добавлен 15.02.2017

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.