- •1. Понятие информации, свойства информации.
- •2. Основные понятия теории баз данных.
- •3. Цели создания и использования баз данных.
- •4. Уровни представления баз данных.
- •5. Назначение и основные функции субд, этапы развития субд.
- •6. Структура субд.
- •7. Понятие архитектуры «клиент-сервер».
- •8. Характеристика настольных субд:
- •9. Характеристика серверных субд.
- •10. Понятие модели данных.
- •11. Иерархическая модель данных: понятие, достоинства и недостатки
- •13. Реляционная модель данных
- •14. Достоинства реляционных моделей данных.
- •15. Модель данных объект-связь и семантические сети
- •16. Ключи и связи, ссылочная целостность в реляционной модели данных
- •17. Нормализация данных, нормальные формы
- •19. Запросы к базам данных, язык sql
- •21.Перспективы развития субд
- •22.Общая характеристика субд access.
- •23.Архитектура субд Access
- •24Типы данных, обрабатываемых в субд Access
- •25Основные этапы разработки приложени
- •26. Создание файла базы данных в субд Access, конструкторы и мастера
- •Создание базы данных с помощью мастера
- •Создание базы данных без помощи мастера
- •26 Создание файла базы данных в субд Access, конструкторы и мастера
- •28.Понятие импорта данных и связывания таблиц
- •29 .Создание таблицы в режиме конструктора
- •30.Определение основных свойств полей таблицы в субд Access
- •31. Формирование полей со списком в таблице.
- •34. Изменение структуры таблиц в субд Access
- •35.Работа с таблицей: перемещение по таблице, добавление и удаление записей, изменение данных
- •36.Работа с таблицей: сортировка, поиск и фильтрация данных
- •37 Макет таблицы, печать таблицы в субд Access
- •38 Назначение запросов, их виды и использование в субд Access
- •39 Создание запроса на выборку, включение полей в запрос и ввод условий отбора
- •40.Создание и использование вычисляемых полей и параметрического запроса
- •41.Создание итоговых запросов, групповые операции в запросе
- •42 Формирование перекрестного запроса
- •43 Активные запросы в субд Access
- •44 Создание и использование запроса на обновление.
- •45. Создание и использование запроса на добавление в субд Access
- •46. Создание и использование запроса на удаление в субд Access
- •47 Создание и использование запроса на создание новой таблицы в субд Access
- •48 Применение форм для обработки данных, структура форм
- •49. Виды форм для работы с данными в субд Access
- •51. Создание простой формы для ввода данных
- •52 Панель элементов в конструкторе форм
- •53 Установка свойств элементов управления в формах
- •54 Создание формы на основе многотабличного запроса, составная форма «один ко многим»
- •55 Использование отчетов для обработки и отображения информации, виды отчетов
- •56 Режим предварительного просмотра и печать отчета
- •57 Структура отчета. Х-ка его разделов.
- •58 Этапы создания простого отчета при помощи мастера
- •59.Разработка отчета на основании многотабличного запроса в субд Access
- •60. Общие сведения о макросах
- •61.Создание макроса, проверка работы макроса, выполнение макроса.
- •62 Использование модулей для автоматизации приложения.
- •63.Виды модулей в субд Access
17. Нормализация данных, нормальные формы
Операции,кот. Выполняются при проектировании таблиц.
Нормализация представляет собой процесс реорганизации данных путем ликвидации повторяющихся групп и иных противоречий в хранении данных.Говорят, что таблица находится в данной нормальной форме, если она удовлетворяет определенному набору требований. Теоретически существует пять нормальных форм, но на практике обычно используются только первые три. Более того, первые две нормальные формы являются по существу промежуточными шагами для приведения базы данных к третьей нормальной форме.
Первая нормальная формаЧтобы таблица соответствовала первой нормальной форме, все значения ее полей должны быть атомарными, и все записи — уникальными. Поэтому любая реляционная таблица уже находится в первой нормальной форме.
Вторая нормальная формаГоворят, что реляционная таблица находится во второй нормальной форме, если она находится в первой нормальной форме и ее неключевые поля полностью зависят от всего первичного ключа.
Чтобы перейти от первой нормальной формы ко второй, нужно выполнить следующие шаги:Определить, на какие части можно разбить первичный ключ, так чтобы некоторые из неключевых полей зависели от одной из этих частей . Создать новую таблицу для каждой такой части ключа и переместить их в эту таблицу. Часть бывшего первичного ключа станет при этом первичным ключом новой таблицы.
Удалить из исходной таблицы поля, перемещенные в другие таблицы, кроме тех из них, которые станут внешними ключами.
Третья нормальная формаГоворят, что реляционная таблица находится в третьей нормальной форме, если она находится во второй нормальной форме и все ее неключевые поля нетранзитивно (нет зависимости между неключевыми полями) зависят только от первичного ключа.
Чтобы перейти от второй нормальной формы к третьей, нужно выполнить следующие шаги:1. Определить все поля (или группы полей), от которых зависят другие поля. 2. Создать новую таблицу для каждого такого поля и группы зависящих от него полей и переместить их в эту таблицу. Поле, от которого зависят все остальные перемещенные поля, станет при этом первичным ключом новой таблицы.3. Удалить перемещенные поля из исходной таблицы, оставив лишь те из них, которые станут внешними ключами.
18. Объекты баз данных.
Таблицы (сост. из полей)
Таблицы поддерживаются всеми реляционными СУБД, и в их полях могут храниться данные разных типов. Наиболее часто встречающиеся типы данных: текст, числовой, денежный, дата и время, MEMO-поле, OLE-поле (в таком поле можно хранить любые данные), логический.
Индексы можно определить как список номеров записей, указывающий, в каком порядке их предоставлять.
Служат для управления доступом к записям табл. Содерж. Значения индексного выражения и №а записей в таблице
Ограничения и правила содержат сведения об ограничениях, накладываемых на возможные значения полей. Помимо ограничений, связанных с установкой диапазона изменения данных, существуют также ссылочные ограничения.
Далеко не все СУБД поддерживают ограничения. В этом случае для реализации аналогичной функциональности правил можно либо использовать другие объекты, либо хранить эти правила в клиентских приложениях, работающих с этой базой данных.
Представления(запросы).Этот объект представляет собой виртуальную таблицу, предоставляющую данные из одной или нескольких реальных таблиц. Реально он не содержит никаких данных, а только описывает их источник.Предназначены для отбора и отбражения записей из таблиц.
Триггеры и процедуры.Предназнач. для обработки данных.
процедура — может вызываться и выполняться в любой момент по желанию пользователя.Триггеры содержат исполняемый код, но их, в отличие от процедур, нельзя вызвать из клиентского приложения или хранимой процедуры. Триггер всегда связан с конкретной таблицей и выполняется тогда, когда при редактировании этой таблицы наступает событие, с которым он связан (например, вставка, удаление или обновление записи).
Объекты для генерации первичных ключей.В разных СУБД для генерации ключей используются разные объекты. Некоторые СУБД поддерживают специальные типы полей для первичных ключей. При добавлении записей такие поля заполняются автоматически последовательными значениями Пользователи и роли Служат для авторизованного доступа к данным.Роль – набор фун., кот. может исполнить пользователь.Системный каталог.
Предназнач. для хранения описания объектов БД.