- •Портфолио по учебной дисциплине «Базы данных»
- •Введение в базы данных Общие определения
- •Основные операции, выполняемые субд:
- •Классификация бд
- •Типы бд
- •Инфологическая модель данных
- •Иерархическая модель.
- •Сетевая модель.
- •Реляционная модель.
- •Основные объекты Microsoft Office Access.
- •Типы данных.
- •Объекты Access.
- •Связи между таблицами
- •Запросы.
- •Реляционная алгебра
- •Создание таблиц.
- •Отчеты Access
- •Архитектура баз данных
- •1 Уровень
- •2 Уровень
- •3 Уровень
- •Внешний уровень
- •Концептуальный уровень.
- •Внутренний уровень
- •Обеспечение целостности данных
- •Технологии и модели клиент-сервер
- •Модель файлового сервера. (fs)
- •Модель доступа к удаленным данным (rda)
- •Модель сервера баз данных (dbs)
- •Модель сервера приложений (as)
- •Разработка структуры бд.
- •Порядок разработки структуры бд:
- •Аномалии в таблицах
- •Нормализация
- •Первая нормальная форма (1нф)
- •Вторая нормальная форма (2нф)
- •Третья нормальная форма (3 нф)
- •Практическая работа по нормализации:
- •Основные объекты реляционной бд
- •Язык qbe
- •Язык sql
- •Описание основных операторов sql
- •Типичный список команд sql:
- •Команды определения данных объектов
- •Команды манипулирования данными
- •Команды управления транзакциями
- •Другие команды
- •Математические функции sql
- •Функции sql для обработки строк
- •Специальные функции
- •Функции обработки даты и времени
- •Агрегатные функции
- •Отличие sql от qbe
- •Индексация
- •Поиск в бд
- •Транзакция
- •Восстановление данных
- •Основные функции субд
- •Непосредственное управление данными во внешней памяти
- •Управление буферами оперативной памяти
- •Управление транзакциями
- •Журнализация
- •Поддержка языков бд
- •Объекты серверной субд.
- •Хранимая процедура
- •Краткий обзор субд
- •Настольные субд
- •Серверные субд
- •Серверы баз данных компании ibm
- •История развития систем обработки и бд.
- •Интеграция баз данных в интернет
- •Оглавление
1 Уровень
Внешний
2 Уровень
Концептуальный
ККонцептуальный
3 Уровень
Внутренний
Внешний уровень
Внешний уровень - это пользовательский уровень. Пользователем может быть программист, или конечный пользователь, или Адм БД. Каждая группа пользователей выделяет в моделируемой предметной области, общей для всей организации, те сущности, атрибуты, связи, которые ей интересны. Персонал, работающий в этой ПО, выступает в роли постоянных пользователей. Каждый постоянный пользователь использует определённые данные, содержащиеся как правило, в первичных документах, т.е. каждый постоянный пользователь имеет некоторое субъективное представление об обрабатываемых данных. Выражая их в наиболее удобной для себя форме, получается так, что одни и те же данные могут отображаться по-разному для
разных пользователей. Например, в информационной системе ВУЗ пользователя из бухгалтерии интересует информация о студентах, которым начислена стипендия, но не успеваемость студентов. При этом каждый тип пользователя может применять для работы с БД свой язык общения: запросы, язык программирования и т.п. Внешняя модель отражает информационное содержание БД и обеспечивает независимость прикладных программ от данных, обрабатываемых ими.
Концептуальный уровень.
Кроме постоянных пользователей, всегда выделяется некоторая группа людей – разовых пользователей, которые , может быть, достаточно редко, но вынуждены обращаться к базе данных. Для обеспечения потребностей и удобства работы каждого пользователя вводится ещё один уровень логического представления данных : концептуальная модель. На этом уровне обобщаются и синхронизируются все внешние представления.
Концептуальный уровень -является промежуточным уровнем в трёхуровневой архитектуре и обеспечивает представление всей информации БД в абстрактной форме. Это единое логическое описание всех элементов данных и отношений между ними, логическая структура всей Бд. Для каждой Бд имеется только одна концептуальная схема. Она должна содержать:
объекты и их атрибуты (т.е. КАКИЕ данные хранятся в БД)
связи между объектами
ограничения, накладываемые на данные
семантическую информацию о данных (значения понятий)
обеспечение безопасности и поддержки целостности данных.
Любые доступные пользователю данные должны содержаться (или могут быть вычислены) на этом уровне. На этом уровне поддерживается модель для всех предложений. Но этот уровень не содержит никаких сведений о методах хранения данных.
Внутренний уровень
Внутреннее представление не связано с физическим уровнем, так как физический уровень хранения информации обладает значительной индивидуальностью для каждой системы. На внутреннем же уровне все эти индивидуальности не учитываются, и область хранения представляется как бесконечное линейное адресное пространство.
На нижнем уровне находится внутренняя схема, которая является полным описанием внутренней модели данных. Для каждой БД существует только одна внутренняя схема.
Внутренняя схема описывает физическую реализацию БД и предназначена для достижения оптимальной производительности. На внутреннем уровне хранится след информация:
-
распределение дискового пространства для хранения данных и индексов
-
описание подробностей сохранения записей (с указанием реальных размеров сохраняемых элементов данных)
-
сведения о размещении записей
-
сведения о сжатии данных и выбранных методах их шифрования
Появление новых или изменение информационных потребностей существующих приложений требуют определения для них корректных внешних моделей, при этом на уровне концептуальной и внутренней модели данных изменений не происходит. Изменения в концептуальной модели, вызванные появлением новых видов данных или изменением их структур, могут затрагивать не все приложения, т.е. обеспечивается определенная независимость программ от данных. Изменения в концептуальной модели должны отражаться на внутренней модели, и при неизменной концептуальной модели возможна самостоятельная модификация внутренней модели БД с целью улучшения ее характеристик (время доступа к данным, расхода памяти внешних устройств и др.). Таким образом БД реализует принцип относительной независимости логической и физической организации данных.