Презентация на тему: Базы данных

Базы данных
ПОНЯТИЕ МОДЕЛИ
Уровни представления информации в БД
Базы данных
Базы данных
Базы данных
Базы данных
Трехуровневая организация БД
Независимость данных
Независимость данных
Прохождение запроса пользователя
МОДЕЛИ ДАННЫХ
Базы данных
Базы данных
Базы данных
Базы данных
Базы данных
1/17
Средняя оценка: 4.4/5 (всего оценок: 77)
Код скопирован в буфер обмена
Скачать (265 Кб)
1

Первый слайд презентации: Базы данных

1 Базы данных Лекция 2. Уровни представления данных. Модели данных.

Изображение слайда
2

Слайд 2: ПОНЯТИЕ МОДЕЛИ

2 ПОНЯТИЕ МОДЕЛИ Обобщенные категории «данные» и «модель данных». Данные это набор конкретных значений. Например, Иванов Петр Степанович, 198 5, программист. Данные не обладают структурой, требуется уточнить смысл каждого значения. Данные становятся информацией когда задается структура, определяющая смысл данных, т.е. определяется модель данных. Модель данных – это некоторая абстракция представления данных, позволяющая трактовать конкретные данные как информацию, содержащую не только данные, но и их взаимосвязи в предметной области (ПО). В БД информация о ПО отражается в виде моделей данных разных уровней, соответствующих разным уровням представления информации.

Изображение слайда
3

Слайд 3: Уровни представления информации в БД

3 Уровни представления информации в БД Рассмотрим предприятие, например, аэропорт. Аэропорт располагает большим количеством данных. Для автоматизации управления предприятием данные могут быть интегрированы в системе БД. Между ЭВМ, работающей с битами и байтами информации, и конечным пользователем, имеющим дело с такими абстракциями, как рейсы и закрепленные на рейсы экипажи, существует множество уровней абстракции. Американским комитетом по стандартизации ANSI ( American National Standards Institute ) была предложена трехуровневая система организации БД.

Изображение слайда
4

Слайд 4

4 Три основных уровня представления информации и соответствующие им модели: 1. внешний уровень – уровень представления информационного содержания БД с точки зрения конкретного пользователя отражается во внешней модели (ВМД); 2. концептуальный уровень – обобщенное представление всех пользователей отражается в концептуальной модели (КМД); 3. внутренний уровень – уровень представления информации в среде хранения отражается во внутренней модели (ВнМД).

Изображение слайда
5

Слайд 5

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

Изображение слайда
6

Слайд 6

6 Внутренняя МД описывается с помощью внутренней схемы. Внутренняя схема представляет физическую реализацию концептуальной схемы в конкретной СУБД. Одна и та же концептуальная схема может быть реализована различными внутренними схемами, например, для СУБД Oracle или СУБД DB 2. Во внутренней схеме определяются типы и форматы хранимых записей, ключи, индексы и др. Внутренняя схема наиболее близка к способам фактического хранения данных, но и она является абстракцией по отношению к физическому уровню, так как не строится в терминах физических записей и блоков. В памяти ЭВМ реально хранится только физическая БД.

Изображение слайда
7

Слайд 7

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

Изображение слайда
8

Слайд 8: Трехуровневая организация БД

8 Трехуровневая организация БД

Изображение слайда
9

Слайд 9: Независимость данных

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

Изображение слайда
10

Слайд 10: Независимость данных

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

Изображение слайда
11

Слайд 11: Прохождение запроса пользователя

11 Прохождение запроса пользователя

Изображение слайда
12

Слайд 12: МОДЕЛИ ДАННЫХ

12 МОДЕЛИ ДАННЫХ

Изображение слайда
13

Слайд 13

13 Инфологическая модель (ИЛМ) используется на ранних стадиях разработки, должна отражать смысл взаимосвязи объектов ПО. В ИЛМ информация о ПО представлена в виде, независимом от конкретной СУБД. Модель «сущность-связь» ( entity - relationship model, E - R model ) была предложена Питером Ченом в 1975 году и стала стандартом инфологического моделирования. В начале 90-х годов - новая версия модели «сущность-связь» - IDEF 1 X. На основе модели «сущность-связь» разработана объектно-ориентированная модель UML - унифицированный язык моделирования объектно-ориентированных программ и приложений.

Изображение слайда
14

Слайд 14

14 Существует много инструментальных средств, поддерживающих процесс разработки АС обработки информации на технологии БД. CASE системы: ERWin от компании Computer Associates, Microsoft Visio, Designer 2000 компании Oracle - для построения моделей в стандарте IDEF 1 X. CASE системы обеспечивают быстрое, наглядное проектирование БД, автоматическое документирование, синхронизацию концептуальной и внутренней схем, полную или частичную генерацию БД, изменение структуры БД с сохранением данных, поддержку различных СУБД, проектирование хранилищ данных, проектирование и генерацию приложений.

Изображение слайда
15

Слайд 15

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

Изображение слайда
16

Слайд 16

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

Изображение слайда
17

Последний слайд презентации: Базы данных

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

Изображение слайда