- •Портфолио по учебной дисциплине «Базы данных»
- •Введение в базы данных Общие определения
- •Основные операции, выполняемые субд:
- •Классификация бд
- •Типы бд
- •Инфологическая модель данных
- •Иерархическая модель.
- •Сетевая модель.
- •Реляционная модель.
- •Основные объекты 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.каскадное удаление
Третье требование – ограничение домена (типа данных).
В некоторых случаях для конкретного поля указывается IS NOT NULL (не ноль, а неопределенное множество).
Четвертое требование – корпоративная целостность.
Этот вид ограничений представляет собой информацию, связанную с бизнес правилами. Например, для учебного заведения не должно быть больше четырех пар.
Технологии и модели клиент-сервер
Клиент – сервер – это модель взаимодействия компьютеров в сети. Как правило компьютеры не являются равноправными. Некоторые компьютеры в сети владеют и распоряжаются информационными ресурсами, такими как: файловая система, служба печати, БД. Другие имеют возможность обращаться к этим службам, пользуясь услугами первых. Компьютер, управляющий ресурсом, принято называть сервером этого ресурса, а компьютер, желающий им воспользоваться – клиентом. Конкретный сервер определяется видом ресурса, которым он владеет. Например, если ресурсом является БД, то этот сервер БД, если ресурс файловая система, то говорят о файл – сервере.
В сет один и тот же компьютер может выполнять, как роль клиента, так и роль сервера.
Этот же принцип распространяется и на взаимодействие программ. Если одна программа выполняет функции предоставления услуг, то такая программа рассматривается в качестве сервера. Например, ядро реляционной SQL СУБД часто называют SQL-сервером, а программу, обращающуюся к нему за услугами по обработке данных – SQL-клиентом.
Первоначально СУБД имеет централизованную архитектуру, в ней сама СУБД и прикладные программы, которые работали в БД, функционировали на центральном компьютере, там же располагались БД.
В настоящее время стандартом для многопользовательских СУБД стала архитектура клиент-сервер. Это означает, что прикладные программы, реализованные в ее рамках будут иметь распределенный характер. Часть приложений будет реализована в программе клиенте, другая в программе сервере, причем для их взаимодействия будет определен некоторый протокол.
При технологии клиент-сервер клиент посылает запрос на сервер, где находится база. Там происходит обработка запроса и клиенту возвращают результат.
Модель файлового сервера. (fs)
Более устаревшей (для наибольших локальных сетей) используется технология файл-сервер. Клиент посылает запрос на файл сервер, вся база в виде файла передается клиенту на рабочее место. После обработки база возвращается на сервер.
Модель файлового сервера. (FS) - является базовой для локальных сетей ПК. До недавнего времени была популярна среди отечественных разработчиков, использовавших такие системы, как FoxPro, Clipper, Clarion, Paradox и т.д.
Одним из компьютеров в сети считается файловым сервером и предоставляет другим компьютерам услуги по обработке файлов. Файловый сервер работает под управлением сетевой операционной системы (Novell NetWare) и играет роль компонента доступа к информационным ресурсам
(т.е. к файлам). На других ПК в сети функционирует приложение, в кодах которого совмещены компонент представления и прикладной компонент .
Протокол обмена представляет собой набор вызовов, обеспечивающих приложению доступ к файловой системе на файл-сервере.
К недостаткам технологии данной модели относят низкий сетевой трафик (передача множества файлов, необходимых приложению), небольшое количество операций манипуляции с данными (файлами), отсутствие адекватных средств безопасности доступа к данным ( защита только на уровне файловой системы) и т.д.