
- •1.Экономическая информация, ее структура единицы.
- •2.Экономические информационные системы, их классификация, информационное обеспечение.
- •3.Внемашинная орг-ция эк.Инф-ции.Классификация инф-ции. Кодирование инф-ции.
- •4.Понятие базы данных.Иерархическая и сетевая модели данных.
- •5.Реляционная модель данных. Достоинства и недостатки ее
- •6.Логические связи между отношениями. Контроль целостностей связей.
- •7.Проектирование реляционной бд.Этапы проектирования,нормализация отношений.
- •8.Понятие и функционирование возможности субд.
- •9.Охарактеризовать след.Св-ва полей бд:имя поля,тип поля,размер поля,формат поля.
- •10.Охарактеризовать след.Св-ва полей бд:маска ввода.Подпись.Значение по умолчанию.Условие на значение.
- •11.Охарактеризовать след.Св-ва полей бд:сообщение об ошибке,обязат.Поле,пустые строки.
- •12.Охарактеризовать след.Типы данных:текстовый,поле мемо,числовой.
- •14. Охарактеризовать след.Типы данных:поле объекта оле,гиперссылка.Мастер подстановок.
- •15.Проектировочный режим работы с бд, его назначение.Работа,выполняемая проектировщиком бд.
- •16.Пользовательский режим работы с бд,его назначение. Работа выполняемая пользователем бд.
- •17.Охарактеризовать следующие объекты бд:таблицы
- •18.Охарактеризовать следующие объекты бд:запросы
- •19.Охарактеризовать следующие объекты бд:формы
- •20.Охарактеризовать следующие объекты бд:отчеты
- •21.Охарактеризовать следующие объекты бд:страницы доступа к данным.
- •22.Охарактеризовать следующие объекты бд:макросы,модули.
- •23.Разработка технического задания на проектирование бд.
- •24.Разработка схемы данных .
- •25.Привести классификацию ср-в создания объектов бд.
- •26.Описать последовательность создания таблиц бд с использованием «Конструктор» в Microsoft Access.
- •27.Порядок заполнения данными созданной таблицы.Управление шириной столбцов таблицы.(ответ рассмотренный на примере!!!!)
- •28.Описать последовательность создания межтабличных связей.
- •29.Описать последовательность создания простейших запросов на выборку с использованием «Конструктора»
- •30.Упорядочение записей в результирующей таблице.
- •31.Управление отображением данных в результирующей таблице.
- •32.Использование условий отбора. Привести примеры наиболее
- •33.Математические операторы,используемые в запросах с вычеслениями. Использование условий для дат.
- •34.Назначение след.Видов запросов:запросы «с параметром», запросы на изменение,перекрестные запросы.
- •35.Назначение форм.
- •36.Создание автоформ
- •37.Создание форм с помощью мастера.
- •38.Разработка форм вручную (кратко)
- •39.Назначение отчетов.
- •40.Создание автоотчётов.
- •41.Создание отчетов с помощью мастера.
6.Логические связи между отношениями. Контроль целостностей связей.
Логические связи устанавливаются между одноименными полями таблиц базы данных Access 2007. Связь данных в одной таблице с данными в других таблицах осуществляется через уникальные идентификаторы (ключи) или ключевые поля. В нашем случае мы должны установить логические связи между таблицами: Группы студентов, Студенты, Дисциплины и Успеваемость.Для установления связей используем ключевые поля: КодГруппы, КодСтудентов и КодДисциплины. Например, между первичным ключом (КодГруппы) tables Группы студентов и вторичным ключом (КодГруппы) tables Студенты устанавливаем связь один - ко - многим.Прежде чем приступить к созданию логических связей надо в Окне редактирования закрыть все tables и перейти на вкладку Работа с базами данных. Затем щелкнуть на пиктограмме Схема данных, в окне редактирования появится активное диалоговое окно "Добавление таблицы" на фоне неактивного окна Схема данных
В окне Добавление таблиц необходимо выделить имена таблиц и нажать кнопку Добавить, при этом в окне "Схема данных" появятся все tables (рис. 2). После этого необходимо закрыть окно диалога.Далее необходимо установить связи между табл. в окне Схема данных. Для этого в окне Схема данных необходимо отбуксировать (переместить) поле КодГруппы из таблицы Группы студентов на соответствующее поле tables Студенты, в результате этой операции появится окно "Изменение связей" В появившемся окне диалога "Изменение связей" (рис. 3) необходимо установить флажки: "Обеспечить целостность данных", "каскадное обновление связанных полей" и "каскадное удаление связанных записей", убедиться в том, что установлен тип отношений один-ко-многим и нажать кнопку Создать.В окне Схема данных появится связь один-ко-многим между таблицами Группы студентов и Студенты. Аналогичным образом надо связать поля КодСтудента в таблицах Студенты и Успеваемость, а затем поля КодДисциплины в таблицах Успеваемость и Дисциплины. В итоге получим Схему данных, представленную на рисунке 4.После установки связей между таблицами, окно Схема данных необходимо закрыть. Далее необходимо осуществить заполнение всех таблиц. Заполнение целесообразно начинать с табл. Группы студентов, так как поле КодГруппы табл. Студенты используется в качестве столбца подстановки для заполнения соответствующего поля табл. Студенты.
Затем установить связи между табл. "Студенты" и "Успеваемость", "Дисциплины" и "Успеваемость", так как поля КодСтуденты и КодДисциплины табл. Успеваемость используется в качестве столбца подстановки для заполнения соответствующих полей таблицы Успеваемость.
7.Проектирование реляционной бд.Этапы проектирования,нормализация отношений.
Сначала я рассмотрю классический подход, при котором весь процесс проектирования производится в терминах реляционной модели данных методом последовательных приближений к удовлетворительному набору схем отношений. Исходной точкой является представление предметной области в виде одного или нескольких отношений, и на каждом шаге проектирования производится некоторый набор схем отношений, обладающих лучшими свойствами. Процесс проектирования представляет собой процесс нормализации схем отношений, причем каждая следующая нормальная форма обладает свойствами лучшими, чем предыдущая.
Каждой нормальной форме соответствует некоторый определенный набор ограничений, и отношение находится в некоторой нормальной форме, если удовлетворяет свойственному ей набору ограничений. Примером набора ограничений является ограничение первой нормальной формы – значения всех атрибутов отношения атомарны. Поскольку требование первой нормальной формы является базовым требованием классической реляционной модели данных, мы будем считать, что исходный набор отношений уже соответствует этому требованию.
В теории реляционных баз данных обычно выделяется следующая последовательность нормальных форм:
первая нормальная форма (1NF);
вторая нормальная форма (2NF);
третья нормальная форма (3NF);
нормальная форма Бойса-Кодда (BCNF);
четвертая нормальная форма (4NF);
пятая нормальная форма, или нормальная форма проекции-соединения (5NF или PJ/NF).
Основные свойства нормальных форм:
каждая следующая нормальная форма в некотором смысле лучше предыдущей;
при переходе к следующей нормальной форме свойства предыдущих нормальных свойств сохраняются.
В основе процесса проектирования лежит метод нормализации, декомпозиция отношения, находящегося в предыдущей нормальной форме, в два или более отношения, удовлетворяющих требованиям следующей нормальной формы.
Наиболее важные на практике нормальные формы отношений основываются на фундаментальном в теории реляционных баз данных понятии функциональной зависимости. Для дальнейшего изложения потребуется несколько определений.
Определение 1. Функциональная зависимость
В отношении R атрибут Y функционально зависит от атрибута X (X и Y могут быть составными) в том и только в том случае, если каждому значению X соответствует в точности одно значение Y: R.X (r) R.Y.
Определение 2. Полная функциональная зависимость
Функциональная зависимость R.X (r) R.Y называется полной, если атрибут Y не зависит функционально от любого точного подмножества X.
Определение 3. Транзитивная функциональная зависимость
Функциональная зависимость R.X (r) R.Y называется транзитивной, если существует такой атрибут Z, что имеются функциональные зависимости R.X (r) R.Z и R.Z (r) R.Y и отсутствует функциональная зависимость R.Z --> R.X. (При отсутствии последнего требования мы имели бы "неинтересные" транзитивные зависимости в любом отношении, обладающем несколькими ключами.)
Определение 4. Неключевой атрибут
Неключевым атрибутом называется любой атрибут отношения, не входящий в состав первичного ключа (в частности, первичного).
Определение 5. Взаимно независимые атрибуты
Два или более атрибута взаимно независимы, если ни один из этих атрибутов не является функционально зависимым от других.