
- •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.Выбор при использование предложений. Примеры простых предикат.
- •33. Явные операции соединения таблиц.
- •34.Традиционные операции над множествами. Декартово произведение, объединение.
- •35.Традиционные операции над множествами. Пересечение и разность.
- •36.Команды описания данных ddl.
- •37) Изменение свойств в таблице Alter table
- •38. Команды модификации языка dml (ввод значений).
- •40. Изменение значение Update.
19.Администрирование бд.
Админ-ие БД-это ф-ия упр-ия БД.лицо ответ-ое за админ-ие БД наз-ся адменист-ом БД.
Ф-ия админ-ия появилась в конце 60-ых годов . На предприятиях , к-ые использовали вычислительную технику в системах инф-го обеспеч. Для своей ежедневной деятельности. С тех пор БД стала требовать отд-го управления . Фун-ия управ-ия БД получило название адменистр-ие БД-ых. Коллект-ое исп-ие БД требует админист-го контроля, однажды БД м/б испорчена и не окажется резервной копии, невозможно решить задачи админис-ция, требующие опред-ой квалификации , а так же м-т возникнуть ситуация, когда не будет возможности связаться с разраб-ми БД.
Администратор БД лицо отвечающие за выроботку требова-ий к БД, ее проектирование, реализацию,исп-ие, сопровождение, включая упр-ие учетными записями пользователей и защита от несонкционированного доступа.
В обяз-ти администратора входит вып-ие след.фун-ий:
1)анализ предметной области, ее описание и ограничение целостности;
2)проектирование структуры БДЖсостав,фйлы БД и связи м/у ними;
3)
4)защита данных:
-обеспечение порядков входов в системуЖ
-определение прав доступной польз-ля к данным%
выбор и создание программно-технических средств защиты данных;
-тестирование средств защиты данных;
-сбор статистики об исп-ии данных;
-исследование случаев нарушения защиты данных;
-обеспечение восстан-ия данных;
5)анализ обращений поль-ей БД
6)работа поль-ми;
7)работа над совершенствованием и развитием БД;
8)резервное копирование и восстан-ие данных;
9)обеспечение воз-ей перехода на новую версию СУБД
среди администр-ов БД нет строго разграничения, но м-о выделить их несколько видов в зависимости от возможных на них обязан-ейЖ
-системный админ-р;
-архитектор БД;
-аналитик БД;
-разработчик моделей данных;
-админис-р приложний;
-проблемно-ориен-ый администр-р;
-администратор хранилищы данных;
20.Защита инф. В бд
В современных СУБД поддержив-ся 2 подхода по вопросу обеспечения безопасности данных:избирательный,обязательный.
в обоих подходах единицей данных или объектом данных для к-ой д/б создана система безопасности м/б вся БД целеком если какой либо объект внутри бД. Эти 2 подхода отличаються след. Св-м. В случаи избирательного подхода нек-ый пользователь обладает разл-ми правами при работе с данными объектами. Разные польз-ли м-т обладать разными правами к одному и тому же объекту.
При обязательном подходе управ-ия наоборот каждому объекту присваивается нек-ой классификационной уровень, а каждый польз-ль обладает некоторым уровнем допуска . При таком подходе к опред-му объекту доступом обладает только польз-ли соот. Уровня допуска.
Для реализации избирательного подхода предусм-но след. Методы . В БД вводиться новый тип объектов -это пользователи. Каждому польз-лю присваивается уник-ый идентификатор. Для доп-ый защиты каждый польз-ль снабжаеться уникальным паролем . Причем если иден-ры польз-лей доступны сист-му админ-ру то пароли чаще всего хран-ся вкодированном виде и доступны только самим пользователем.поль-ли м/б объеденены в группы польз-ей. Один польз-ль м-т входить в несколько групп. Полномочия пользователей-это набор действий к-ые они м-т выпонить над объектами БД. В последующих версиях СУБД появилось понятие «роли». Роль это поименов-ый набор полномочий . Польз-лю м/б наз-на одна или несколько ролей.
Объектами БД м/б все объекты хранимые в БД:
-табл.,прдст-ия,процедуры, формы, диограммы.
Для каждого типа объектов есть свои дей-ияю поэтому для них м/б определены разные права доступа. Самыми высокими правами полномочиями обл-ет сист-ый админ-р. Он м-т создавать других польз-ей и наделять их опред-ми полномочиями.