
- •1)Базы данных. История развития.
- •2)Определение бд
- •3)Архитектура базы данных. Иерархическая модель данных.
- •4) Архитектура базы данных. Сетевая модель данных.
- •5)Архитектура базы данных. Реляционная модель данных.
- •6)Система управления базами данных. Функции субд.
- •7)Жизненный цикл бд
- •8)Этапы проектирования базы данных.
- •9)Трехуровневая архитектура базы данных.
- •10)Проектирование базы данных.
- •11) Модель сущность-связь. Правила отношений между сущностями. Формирование связей для отношений 1:1.
- •12)Модель сущность-связь. Правила отношений между сущностями. Формирование связей для отношений 1:м.
- •13)Модель сущность-связь. Правила отношений между сущностями. Формирование связей для отношений м:n.
- •Нормализация бд.
- •15.Транзакция.
- •17.Oltp-системы
- •18.Хранилища данных (Data Warehouse)
- •19.Администрирование бд.
- •20.Защита инф. В бд
- •21. Команды sql защите инф-ии.
- •22.Резервное коп-ие бд.
- •23.Восстановление бд.
- •Структурированный язык создания sql.
- •Удаление избыточных данных.
- •26.Выбор при использование предложений. Примеры простых предикат.
- •38. Команды модификации языка dml (ввод значений).
- •40. Изменение значение Update.
Нормализация бд.
Нормализация представляет с собой процесс дольнейшего совершенствования реляционной модели. Гл. Цель нормализации избавить реляц. табл. от зависимостей несвязанных с первичным ключом.кот-ый под-т опер. С объектами БД.
Концептуальный уровень -это уровень м/у двумя первыми ,где Бд пред. В общем виде фактическим кон-ый уровень отражает об-ый модуль предметной обл. для которой соз-л БД.
Данна архетиктура поз-т обеспечить лог-и и физическую независимость при работе с данными лог. Незав-ть предлогает воз-ть изменение одного приложения без корректировки других прилож. Работающих на этой же БД физ-ая независимомть предпологает воз-ть переноса хранимой инф. С одних носителей на др. при сохр-ие работы способ. Всех прилож.
15.Транзакция.
Транзакция-это послед-ть операторов манипулирование данными вып-ся как единое целое.(все или ни чего) и переводящая БД из одного целостного состояния в другое целостное состояние.
Транзакция-это неделимое с точки зрения воздействия на СУБД посл-ть операций манипулирование данными.
Транзакция либо переводит БД из одного состояния в другое (вып-ся целиком) либо если транзакция не выполнима или произошла какое то нарушение системы БД воз-ся в исходное состояние к-ое было до началы транзакции.
С этой точки зрения транзакция важны,как в многопользовательских системах, так и однопользовательских системах.
В однополь-ыз системах транзакций это лог. Системы робот после вып-ие к-ых БД остается в целостном состоянии.
Транзакция так же яв-ся един-ми восстановления данных после сбоя. Восстанавливаясь система ликв-т следы транзакций неуспевшых успешно завершиться в результаты сбоя.
В многопользовательских системах транзакция служит для обеспеч. Изолированной работы . Отдельных пользователей — пользователям одновременно рабочих с одной БД кажется, что они раб-т в однопльз-ой системе и не мешает друг-другу.
Пример
нарушени целостности базы.пусть имеется система в к-ой храниться данные о подразделениях и рабочих в них сотрудников.
Подразделения
Код подразд. |
Наименования подрпзд. |
Кол. Сотрд. |
1 |
Кафедра алгебры |
3 |
2 |
Кафедра геом. |
2 |
сотрудники
Код сотрд. |
Имя сотрд. |
Код подразд. |
1 |
Иванов |
1 |
2 |
сидоров |
2 |
3 |
Петров |
1 |
4 |
|
2 |
5 |
|
1 |
Ограничения целостности это БД состоит в том,что поле кол-во сотр-ов подразделения не может зап-ся произ-ми значениями, это поле должно содержать кол. Сотруднико реально числящихся в подразделении по этому вставка нового сотрудника в табл. Не может быть вып. Одной операцией. При вставке нового сот-ка , так же необходимо необходимо одновременного увл. Значений коле кол. Сот-ов подразд.:
1)вставит сот-ка в табл сотр-ки (6-иванов-2)
2)увю значение поля кол-во сот-ов подразд на ед.
если после выполнения первой операции до вып второй произойдет сбой то реально будет выполнено, только первая операция и БД останется нецелостном сост-ии
транзакция не поз-т этому случиться.
16. св-ва транзакции.
1)атомарность-тран-ия вып-ся как атомарная опер-ие либо вып-ся все транзакции целиком,либо она целиком не вып-ся.
2)согласованность-транзакция переводит БД из одного целостного сост-ия в другое состояние внутри транзакции целостность БД может нарушиться.
3)изоляция-транзакция раз-ых польз-ей не должны мешать друг другу(например как если бы они вып. Строго по очереди)
4)долговечность-если транзакция выполнено, то результаты ее работы должны сохр-ся в БД даже если в след момент произойдет сбой системы.