Разделы презентаций


Lecture3.ppt

Содержание

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

Слайды и текст этой презентации

Слайд 1Преимущества технологии баз данных
Исключается избыточность данных, т.к. нет необходимости хранить

в нескольких экземплярах один и тот же элемент данных.
В

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

Слайд 2Наличие в составе СУБД развитых средств резервного копирования и восстановления

данных в случае нарушения целостности, а также других эффективных средств

повышения безопасности данных.

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

Наличие в составе СУБД развитых средств резервного копирования и восстановления данных в случае нарушения целостности, а также

Слайд 3Недостатки технологии баз данных
По мере расширения функциональных возможностей СУБД они

становятся все более сложными инструментами.
Как следствие, возрастают требования к квалификации

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

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

с самых разных позиций.
Для примера укажем два крайних варианта:
самый верхний

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

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

жизненного цикла БД к работе привлекаются другие специалисты, каждый из

которых имеет свой взгляд на БД.

Трехуровневая архитектура для описания БД была предложена в 1975 г. Национальным институтом стандартизации США (ANSI).
До настоящего времени эта модель имеет важное значение для понимания типовой (канонической) организации баз данных.

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

Слайд 7Уровень, на котором данные воспринимаются разными пользователями, называется внешним.
Этот уровень

состоит из отдельных представлений (view), причем каждое из них содержит

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

Слайд 8Концептуальный уровень формирует полное представление для общих требований к данным

со стороны всех пользователей.
На концептуальном уровне основными элементами БД являются:
Сущности

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

Слайд 9Атрибуты (реквизиты) – характеристики свойств, которыми обладают сущности.
Актуальные значения атрибутов

как раз и подлежат хранению в БД.
Связи, которые отображают взаимоотношения

между сущностями.

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

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

Слайд 10При своей работе (выполнение запросов) СУБД обращается к данным на

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

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

Слайд 11Реализация концептуальной модели в виде конкретной БД отображается с помощью

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

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

Слайд 12Информационное моделирование
На этапе создания БД важно описать требования к данным

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

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

Слайд 13В соответствии с трехуровневой архитектурой описания БД, требуется несколько ИМ:
внешняя

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

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

Слайд 14Среди этих моделей наиболее важная роль принадлежит концептуальной модели данных.
Именно

эта модель должна быть полным и точным описанием всех требований

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

Слайд 15Требования к моделям данных
Модель данных — это интегрированный набор понятий,

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

и ограничения, накладываемые на данные;
указать операции, применяемые для манипулирования данными.
Наличие модели данных способствует более содержательному общению пользователей и разработчиков, если обе стороны знакомы с системой обозначений, которая используется при моделировании данных.
Требования к моделям данныхМодель данных — это интегрированный набор понятий, которые позволяют:описать структурную организацию данных, логические связи

Слайд 16простота, т.е. удобство изучения модели как профессионалами в области технологий

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

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

С этой точки зрения наилучшая модель данных должна удовлетворять следующим требованиям:

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

Слайд 17Нередко эти критерии в совокупности становятся несовместимыми.
Например, легко утратить простоту

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

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

Обратная связь

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

Email: Нажмите что бы посмотреть 

Что такое TheSlide.ru?

Это сайт презентации, докладов, проектов в PowerPoint. Здесь удобно  хранить и делиться своими презентациями с другими пользователями.


Для правообладателей

Яндекс.Метрика