
- •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.
10)Проектирование базы данных.
Проектирование БД осущ-ся на лог-ом и физ-ом уровне.Проектирование начинается на концептуальном уровне и играет большую роль в обеспечении целостности данных.Целостность данных-взаимное согласованность отдельных фрагментов данных и их корректность.Согласованность данных означает,что все порции данных д/б смоделированы и включены в БД. На этапе лог-го проектирования также необх-мо охватить и физ-ую реализацию БД(выбор средств,техники,СУБД для реализации БД).Ошибки допущенные на этапе лог-го может привести не только при организации логической структуры,но и физ-им переделкам.Проектирование БД охватывает 3 области: 1)концептуальное проектирование(проектирование конкретных объектов,к-ые будут реализованы в БД.);2)проектирование конкретных экранных форм,отчетов,программ,к-ые будут сопровождать данные в БД и обеспечивать к ним запросы;3)при проектировании БД необх-мо учитывать конкретную среду и технологию.Процесс проектирования:1)создание концептуальной модели данных.На основе анализа поставленной задачи выделяют сущности:заказ,виды работ,служащие,оплата,клиент;2)схематично изображают,как эти сущности связаны между собой;3)опред-ть типы связи между сущностями:1)клиент-оплата(1:М),так как каждый клиент может провести много оплат,но каждая оплата проводиться только один раз;2)клиент-заказ(1:М)каждый заказ регистрируется на одного клиента,но каждый клиент может сделать много заказов;3)заказ-виды работ(М:N)т.к.каждый заказ содержит много работ и каждая работа может встречатся в нескольких заказах;4)заказ-служащие(М:N)т.к.один заказ м/б выполнен несколькими сотрудниками и каждый сотрудник может выполнить несколько заказов.
11) Модель сущность-связь. Правила отношений между сущностями. Формирование связей для отношений 1:1.
Типы связи:1)один к одному(1:1)(к каждому значению одной сущности соотв-ет один экземпляр второй сущности;2)один ко многим(1:М)означает,что каждый экземпляр первой сущности м/б связан с несколькими экземплярами второй сущности,а каждый экземпляр второй сущности м/б связан только с одним экземпляром первой сущности;3)многие ко многим(M:N)озночает,что каждый экземпляр первой сущности м/б связан с несколькими экземплярами второй сущности,и наоборот каждый экземпляр второй сущности м/б связан с несколькими экземплярами первой сущности. Правила отношений между сущностями:Отношение между таблицами регул-ся 3-мя правилами:1)если 2 таблицы находится в отношении(1:1),то ключевое поле одной таблицы д/б помещено и во вторую таблицу;2)если 2 таблицы нах-ся в отношении(1:М),то ключевое поле таблицы первой д/б помещено в таблицу вторую;3)если 2 таблицы находятся в отношении(M:N),то треб-ся создать новую таблицу,содержащую ключи обеих исходных таблиц.Такая таблица называется таблицей пересечения.Правило формирования отношений основывается на учете следующего:1)степени связи м-у сущностями;2)класса принадлежности экземпляра сущностей(класс сущности обяз-ый и необяз-ый). При обяз-ом классе принадлежности необх-мо,чтобы каждый экземпляр первой сущности был связан с другой сущностью. При необяз-ом классе принадлежности,необяз-но чтобы каждый экземпляр первой сущности был связан с каким-либо экземпляром другой сущности. 1)если степень связи 1:1 и класс принад-ти обеих сущностей одиноковый,то формир-ся одно отношение.Первичным ключом этого отношения,м/б ключ любой из 2-х сущностей;2)если степень связи 1:1 и класс принадлежности одной сущ-ти одинаковый,а второй сущ-ти не один-ый,то для каждой сущ-ти форм-ся по отношению с первичными ключами,являющимися ключами соот-их сущностей.Далее к отношению,которые имеют обяз-ый класс принад-ти добавл-ся в кач-ве атрибута ключ сущ-ти с необяз-ым классом принад-ти;3)если степень связи 1:1 и класс принад-ти обеих сущ-ей не обяз-ый,то необх-мо исп-ть 3 отношения,2 отношения под каждую сущность,3 отношения для связи,куда включ-ся первичные ключи связываемых отношений.