- •Основные определения. Информация. Данные. База данных. Предметная область. Объект. Атрибут. Субд.
- •Функции субд
- •Трехуровневая архитектура бд. Уровни представления бд. Внешний, концептуальный, внутренний уровни. Теоретические основы проектирования бд. Этапы концептуального проектирования.
- •Модели представления данных. Сетевая и иерархическая модели. Преимущества и недостатки. Отношения между объектами.
- •Иерархическая
- •Сетевая
- •Модели представления данных. Реляционная модель. Основные понятия: атрибут, домен, кортеж (запись), ключ. Фундаментальные свойства отношений.
- •Основные операции реляционной алгебры – выборка, проекция, декартово произведение, объединение, разность.
- •Операция выборки
- •Операция проекции
- •Декартово произведение
- •Операция объединения
- •Операция разности
- •Дополнительные операции реляционной алгебры – – соединение, пересечение, деление.
- •Соединение
- •Операция пересечения
- •Операция деления
- •Функциональные зависимости и их свойства. Понятие реляционной целостности.
- •10. Нормализация отношений. Цель нормализации. Аномалии в отношениях. Ненормализованные отношения. Первая нормальная форма.
- •11. Нормализация отношений. Вторая и третья нормальные формы. Аномалии в отношениях.
- •12. Нормализация отношений. Нормальная форма Бойса - Кодда.
- •13. Нормализация отношений. Четвертая нормальная форма. Понятие многозначной зависимости.
- •14. Нормализация отношений. Пятая нормальная форма. Понятие зависимости соединения.
- •15. Предметная область информационной системы. Объекты и связи. Классификация связей. Теоретические основы проектирования бд. Этапы концептуального проектирования.
- •16. Семантическое моделирование данных. Семантическая модель Сущность - Связи(er).
- •6.2. Семантическое моделирование данных, er-диаграммы
- •6.2.1. Семантические модели данных
- •6.2.2. Основные понятия модели Entity-Relationship (Сущность-Связи)
- •6.2.3. Нормальные формы er-схем
- •6.2.4. Более сложные элементы er-модели
- •6.2.5. Получение реляционной схемы из er-схемы
- •17. Понятия транзакции в субд. Свойства асид. Проблемы параллельного выполнения транзакции. Понятие блокировки, методы управления параллельностью.
- •18. Язык структурированных запросов sql. Основные положения.
- •19. Язык структурированных запросов sql. Установка критериев выбора.
- •20. Язык структурированных запросов sql. Обобщение данных с помощью агрегатных функций.
- •21. Язык структурированных запросов sql. Формирование вывода запросов. Упорядочивание вывода полей.
- •Упорядочивание вывода полей
- •Упорядочивание с помощью многочисленных столбцов
- •Упорядочивание агрегатных групп
- •22. Язык структурированных запросов sql. Объединение таблиц.
- •23. Язык структурированных запросов sql. Соотнесенные подзапросы.
- •24. Язык структурированных запросов sql. Ввод, удаление и изменение значений в таблице. Создание таблицы.
- •25. Microsoft sql Server 2000. Основные концепции технологии «клиент-сервер», структура хранения данных, файлы и группы файлов. Основные объекты базы данных.
- •26. Microsoft sql Server 2000. Создание базы данных с помощью Enterprise Manager. Работа с таблицами. Ограничения целостности.
- •Ограничения целостности
- •26. Microsoft sql Server 2000. Создание базы данных с помощью Enterprise Manager. Работа с таблицами. Ограничения целостности.
- •Работа с таблицами
- •Ограничения целостности
- •27. Администрирование sql Server 2000. Терминология. Создание ролей и пользователей в бд.
- •Терминология
- •Системный администратор
- •Владелец базы данных
- •28. Microsoft sql Server 2000. Резервное копирование и восстановление. Экспорт и импорт данных.
- •29. Microsoft sql Server 2000. Создание и использование хранимых процедур и пользовательских функций.
- •31. Тенденции развития бд. Хранилища данных. Основные свойства. Архитектура, схемы хд. Понятие метаданных. Информационные потоки в хранилищах данных.
- •1. Современные информационные системы
- •Метаданные
28. Microsoft sql Server 2000. Резервное копирование и восстановление. Экспорт и импорт данных.
Резервное копирование и восстановление данных.
В SQL Server необходимо регулярно выполнять резервное копирование баз данных и журнала транзакций (transaction log). Журнал транзакций содержит полную информацию обо всех протоколируемых операциях с базой данных (в частности, касающуюся обновления строк). Выполняя протоколируемую операцию, SQL Server сначала записывает информацию о ней в журнал транзакций и лишь после этого обновляет таблицы на диске. Информация из журнала транзакций позволяет SQL Server выполнить откат несохраненной транзакции или воспроизвести транзакцию в ходе процедуры восстановления. SQL Server поддерживает резервное копирование и восстановление как самих баз данных, так и журналов транзакций.
Для того, чтобы восстановить базу данных, нужно иметь
полную резервную копию БД
резервную копию журнала транзакций, в котором зафиксированы изменения в базе данных с момента ее последнего резервного копирования
Если отсутствуют резервные копии журнала транзакций, но есть полные резервные копии базы данных, можно восстановить только те данные, которые существовали в то время, когда было сделано последнее полное резервное копирование базы данных.
Если полное резервное копирование базы данных никогда не выполнялось, невозможно будет восстановить утерянные данные.
Создание устройства резервного копирования.
Для создания любой резервной данных или журнала вам потребуется устройство резервного копирования (backup device или dump device). Устройство резервного копирования, как правило, представляет собой локальный или сетевой дисковый файл либо ленточное устройство.
Для создания устройства резервного копирования запустите SQL Server Enterprise Manager, разверните навигационной дерево экземпляра сервера, щелкните правой кнопкой мыши на пиктограмме Backup в папке Management и выберите из открывшегося меню команду New Backup Device. Когда перед вами откроется диалоговое окно Backup Device Properties – New Device, введите имя нового устройства и укажите его тип – дисковый файл или ленточное устройство. Затем введите полный путь и имя файла устройства.
Резервное копирование базы данных.
Для выполнения работы создайте новую базу данных и две таблицы в ней(можно пустых), назовите их Table1 и Table2.
Для создания резервной копии базы данных проще всего щелкнуть на ее имени правой кнопкой мыши в Enterprise Manager и выбрать команду Все задачи/Backup Database. В открывшемся диалоговом окне SQL Server Backup, введите имя резервной копии базы данных, убедитесь, что выбрана опция Database-Complete для создания полной резервной копии и укажите в списке Destination устройство резервного копирования. Кнопки Add и Remove позволяют создать новое устройство или удалить существующее. Если вы не знаете, что хранится на выбранном вами устройстве, щелкните на кнопке Contens и просмотрите его содержимое.
В результате выбора опции Append to media данные будут добавлены к уже существующим на данном устройстве, а после выбора опции Overwrite existing media – перезаписаны с удалением существующего содержимого. Если устройство еще ни разу не использовалось, эти опции эквивалентны. После ввода всех необходимых сведений в диалоговом окне SQL Server Backup щелкните на кнопке OK, и процесс резервного копирования будут начат.
В этой же базе данных с помощью контекстного меню удалите таблицу Table1 и создайте еще одну резервную копию: только не базы данных, а журнала транзакций, т.е. выполните все те же действия, что и при создании копии базы данных, только в опции Backup выберите не Database-complete, а Transaction log. Это означает, что будет создана резервная копия журнала транзакций. В ней будет храниться информация об изменении в базе данных с того момента, как мы сделали полную резервную копию базы данных. Нажмите на кнопку OK.
Теперь удалите таблицу Table2.
Восстановление базы данных.
Убедитесь, что кроме вас никто не использует восстанавливаемую базу данных. Затем щелкните правой кнопкой мыши на имени базы данных, которую вы хотите восстановить и выберите команду Все задачи/Restore Database. Убедитесь, что в поле Restore as Database указана база данных, подлежащая восстановлению. Если ее имени нет в раскрывающемся списке, введите его вручную(таким образом можно восстановить базу под другим именем). В группе опций Restore установите переключатель Database. В области Parameters в поле Show backups of database укажите имя восстанавливаемой базы данных, и Enterprise Manager покажет список ее резервных копий. По умолчанию в графе Restore установлены флажки резервных копий, необходимых для полного восстановления базы данных. Установите флажок только напротив полной резервной копии базы данных, которую вы делали в самом начале. Нажмите кнопку OK, после восстановления базы данных раскройте папку Tables восстановленной базы данных, выберите в контекстном меню пункт Обновить и убедитесь, что Table1 и Table2 восстановлены.
Вы можете восстановить базу данных и на момент времени, когда вы делали копию журнала транзакций, когда в базе данных оставалась только таблица Table2. Для этого при восстановлении поставьте флажки и напротив полной копии базы данных, и напротив копии журнала транзакций. Нажмите кнопку OK. Выберите пункт контекстного меню Обновить в папке Tables базы данных и убедитесь, что теперь в базе существует только одна таблица: Table2.