
- •1) Файловые системы хранения данных: принцыпы построения, область применения, достоинства и недостатки.
- •3)Система управления базой данных (субд) и языковые средства субд.
- •5. Персонал для поддержки БнД
- •6) Трехуровневая архитектура баз данных, назначение отдельных уровней.
- •2)Принципы централизованного управления данными.
- •5) Преимущества и недостатки технологии баз данных.
- •7) Принципы информационного моделирования. Виды моделей данных и требования к ним.
- •8) Концепция реляционной модели данных.
- •9) Структурная организация данных в реляционной модели. Фундаментальные свойства отношения.
- •10) Требования целостности данных в реляционной модели. Поддержка целостности таблиц и целостности по ссылкам.
- •11) Реляционная алгебра и реляционное исчисление. Реляционная алгебра э. Кодда.
- •29) Избыточность и виды аномалий при изменении данных
- •1) Аномалии коррекции (обновления)
- •2) Аномалии удаления
- •3) Аномалии вставки
- •30) Виды функциональных зависимостей между атрибутами.
- •18) Создание таблиц бд с помощью языка sql.
- •17) Возможности современного языка sql.
- •16) Язык запросов по образцу (qbe).
- •19) Выборка данных с помощью языка sql. (Слишком много)
- •20) Общая характеристика модели «сущность-связь».
- •21) Сущность и ее атрибуты. Виды атрибутов. Ключевые атрибуты и виды ключей.
- •23) Пример построения er-моделию
- •25) Методология концептуального проектирования бд.
- •22) Связи между сущностями. Классификация связей по их степени. Типы связей с точки зрения их мощности. Степень участия в связи. Атрибуты связей.
- •24) Этапы проектирования бд: концептуальное, логическое физическое.
- •27) Необходимость проверки таблиц с учетом требований нормализации
- •28) Этапы процесса нормализации и взаимосвязи между разными нормальными формами.
- •1. Исключение элементов, несовместимых с реляционной моделью данных
- •2. Формирование набора таблиц для логической структуры реляционной бд
- •31) Требования нормальных форм 1нф, 2нф, 3нф и нфбк.
6) Трехуровневая архитектура баз данных, назначение отдельных уровней.
Элементы данных, присутствующих в БД, могут рассматриваться с самых разных позиций.
Для примера укажем два крайних варианта:
самый верхний уровень — это точка зрения обычного пользователя, которого интересуют только значения конкретных данных;
самый низкий уровень — это представление данных на физическом носителе, что важно для программных средств операционной системы или системных программистов.
Возникают и промежуточные уровни рассмотрения БД, когда на разных этапах жизненного цикла БД к работе привлекаются другие специалисты, каждый из которых имеет свой взгляд на БД.
Трехуровневая архитектура для описания БД была предложена в 1975 г. Национальным институтом стандартизации США (ANSI).
До настоящего времени эта модель имеет важное значение для понимания типовой (канонической) организации баз данных.
Уровень, на котором данные воспринимаются разными пользователями, называется внешним.
Этот уровень состоит из отдельных представлений (view), причем каждое из них содержит только те данные, которые интересны конкретной категории пользователей.
Представление может содержать производные (вычисляемые) данные, которые не хранятся в БД, а создаются по мере надобности («на лету»).
Помимо этого, разные представления могут отображать одни и те же данные в разных форматах.
Концептуальный уровень формирует полное представление для общих требований к данным со стороны всех пользователей.
На концептуальном уровне основными элементами БД являются:
Сущности – отдельные классы однотипных объектов, которые связаны с деятельностью в рассматриваемой предметной области.
Понятию «сущность» (или «информационный объект») можно сопоставлять материальные объекты (человек, вещь) или различные события (факты), которые нужно регистрировать в БД.
Атрибуты (реквизиты) – характеристики свойств, которыми обладают сущности. Актуальные значения атрибутов как раз и подлежат хранению в БД.
Связи, которые отображают взаимоотношения между сущностями.
К концептуальному уровню также относят:
предварительные типы данных для атрибутов (целочисленный, с плавающей точкой, символьный и др.);
ограничения, которые накладываются на значения атрибутов.
Концептуальный уровень оставляет без внимания организацию хранения данных.
При своей работе (выполнение запросов) СУБД обращается к данным на физическом уровне.
Именно здесь при хранении и поиске данных используются различные виды файлов:
неупорядоченные файлы с линейным поиском;
упорядоченные (отсортированные) файлы;
хешированные файлы (для вычисления адреса страницы, на которой находится требуемая запись, используется специальная хеш-функция);
индексные файлы (для ускорения поиска данных в неупорядоченных файлах).
Основная цель — достижение максимальной скорости доступа к данным при экономичном использовании дискового пространства.
Реализация концептуальной модели в виде конкретной БД отображается с помощью промежуточного (внутреннего) уровня, который содержит логическую структуру всей БД.
Использование трехуровневой архитектуры облегчает независимое внесение изменений на разных уровнях организации БД.
Примеры:
1. Изменение некоторых представлений на внешнем уровне будет незаметным для других представлений.
2. Изменение логической структуры БД или переход к другим способам хранения данных и методам доступа к ним происходит без внесения изменений в концептуальную схему.