Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
БД модуль1.docx
Скачиваний:
2
Добавлен:
23.08.2019
Размер:
150.43 Кб
Скачать
  1. Основные концепции обработки данных

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

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

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

  1. Методы обработки данных

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

  1. Концепция БД

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

  1. Функции СУБД

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

  1. Обеспечение языковых средств описания и манипулирования объектов БД;

  2. Обеспечить логическую поддержку модели данных;

  3. Обеспечить взаимодействие логической и физической структуры данных;

  4. Обеспечить поддержку БД в актуальном состоянии;

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

  1. Уровни моделей

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

Инфологическая модель отображает объективные внутренние характеристики ПО, поэтому она приблизительно стабильна. Глобальные модели отображают точку зрения админа, а локальные – взгляды различных категорий пользователей. Модель данных, обеспечивающая интерпретированное представление о предметной области называется концептуальной моделью. А модель логического уровня, соответствующая представлению о данных конкретного пользователя, - внешней моделью.

  1. Преимущества использования разного уровня абстракции моделей

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

  1. Разделить сложный процесс отображения предметной области БД на несколько итеративных более простых отображений;

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

  3. Представления возможного активного и конструктивного участия в разработке лицам не имеющим проф навыков в области обработки данных;

  4. Создавать предпосылки автоматизации проектирования БД путем формализации перехода с одного уровня абстракции на другой;

  1. Роль подсхемы СУБД

Роль подсхемы в архитектуре современных СУБД имеет большое значение. Можно определить важные моменты:

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

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

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

  4. Использование подсхем может увеличить степень независимости програм от данных, т.к. прикладные программы зависят от подсхемы, а изменение схемы не всегда приводят к изменению подсхемы;

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

  6. Обеспечение возможности использования различных языков программирования для различных приложений.

  1. Сетевая модель данных

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