- •1.Сравнительные характеристики автоматизированных информационных систем (ис): файловые системы и системы баз данных (бд).
- •2.Основные понятия теории баз данных. Банк данных и его компоненты.
- •3.Классические модели систем бд – организация и обработка данных.
- •4.Основные понятия в концептуальном проектировании реляционных баз данных (сущность , атрибуты , отношения ). Элементы реляционной модели.
- •Зависимости между атрибутами
- •5.Целостность данных и ее виды. Нарушения целостности (аномалии).
- •6.Функциональные связи атрибутов и нормализация таблиц. Основные нормальные формы (нф). Примеры нф.
- •7.Использование er–моделирования в концептуальном проектировании бд. Диаграммы er- экземпляров и er-типов.
- •8.Преобразование концептуальной модели в реляционную. Основные этапы и правила формирования отношений (пример).
- •9.Структура и основные технические характеристики субд access 200*.Возможности проектирования персональных и сетевых приложений.
- •10.Конструирование таблиц в ms access хр.Свойства полей. Определение типа данных, ключей, индексов.
- •11.Связывание таблиц в субд access. Логическая схема и обеспечение ссылочной целостности данных .
- •12.Средства реализации запросов в субд access. Виды запросов.
- •5.2.3 Запрос к связанным таблицам
- •5.2.4 Запросы удаления
- •13.Реализация запросов с групповыми операциями и вычисляемыми полями. Примеры.
- •14.Реализация запросов на модификацию и на создание таблицы.
- •15.Стандарты современных реализаций языка sql. Основные разделы и их наполнение в sql-Jet.
- •16.Общий формат select-инструкции (запроса на выборку). Пример реализации.
- •17.Пример qbe- и sql–реализации перекрестного запроса.
- •18.Создание интерфейса приложения в субд access. Работа в конструкторе форм. Разделы, элементы управления, свойства.
- •19.Создание вложенных sql-запросов. Пример реализации.
- •20.Программы сервиса субд access.
- •21.Защита и администрирование бд средствами субд access.
- •22.Использование макросов, отчетов и страниц доступа к данным в приложениях ms access хр.
- •23.Система программирования Matlab: общая характеристика. Пакеты расширения и специализированные приложения: назначения и возможности. Подсистема Simulink.
- •24.Структуры данных и основные структуры управления в системе программирования matlab
- •25.Графические средства системы matlab. Работа с инструментом lti-Viewer графического анализа линейных систем управления.
- •26.Этапы построения модели в подсистеме Simulink. Элементы технологии визуально-блочного моделирования. Настройка параметров моделирования и параметров блоков.
- •27.Общее описание блоков библиотеки simulink.
- •28.Реализация принципа иерархии в Simulink – моделях посредством блоков портов и подсистем. Маскирование подсистем.
- •29.Компоненты виртуального прибора и их сборка в приложение в среде LabView. Основные элементы управления и индикаторы LabView и их соединение на блок-диаграмме.
4.Основные понятия в концептуальном проектировании реляционных баз данных (сущность , атрибуты , отношения ). Элементы реляционной модели.
Реляционная модель данных (РМД) некоторой предметной области представляет собой набор отношений, изменяющихся во времени. При создании информационной системы совокупность отношений позволяет хранить данные об объектах предметной области и моделировать связи между ними. Элементы РМД и формы их представления приведены в табл
Элементы реляционной модели
Элемент реляцион. Модели |
Форма представления |
Отношение |
Таблица |
Схема отношения |
Строка заголовков столб, табл. |
Кортеж |
Строка таблицы |
Сущность |
Описание свойств объекта |
Атрибут |
Заголовок столбца таблицы |
Домен |
Мн-во допусn. знач. атрибута |
Значение атрибута |
Значение поля в записи |
Первичный ключ |
Один или несколько атрибутов |
Тип данных |
Тип знач. элементов таблицы |
Отношение является важнейшим понятием и представляет собой двумерную таблицу, содержащую некоторые данные.
Сущность есть объект любой природы, данные о котором хранятся в баз! данных. Данные о сущности хранятся в отношении.
Атрибуты представляют собой свойства, характеризующие сущность В структуре таблицы каждый атрибут именуется и ему соответствует заголовок некоторого столбца таблицы.
Домен представляет собой множество всех возможных значений определенного атрибута отношения. Отношение СОТРУДНИК включает 4 домена. Домен 1 содержит фамилии всех сотрудников, домен 2 — номера всех отделов
Проектирование БД является одним из этапов жизненного цикла информационной системы. Основной задачей, решаемой в процессе проектирования БД, является задача нормализации ее отношений.
Нормализация - декомпозиция сложных структур из одного или нескольких отношений. Для определения разных уровней нормализации необходим анализ функциональных зависимостей.
Рассматриваемый ниже метод нормальных форм является классическим методом проектирования реляционной БД. Этот метод основан на фундаментальном в теории реляционных БД понятии зависимости между атрибутами отношений.
Зависимости между атрибутами
Основные виды зависимостей между атрибутами отношений: функциональные, транзитивные, многозначные.
Понятие функциональной зависимости является базовым, так как на его основе формулируются определения остальных видов зависимостей.
Атрибут В функционально зависит от атрибута А, если каждому значению А соответствует в точности одно значение В. Математически функциональная зависимость обозначается записью . Это означает, что во всех кортежах с одинаковым значением атрибута А атрибут В будет иметь также одно и тоже значение. А и В могут быть составными - состоять из двух и более атрибутов.
ПРЕПОДАВАТЕЛЬ
ФИО |
Должн |
Оклад |
Стаж |
Каф |
Предм |
Группа |
ВидЗан |
Иванов И.М. |
преп |
500 |
5 |
25 |
СУБД |
256 |
Практ |
Иванов И.М. |
преп |
500 |
5 |
25 |
ПЛ/1 |
123 |
Практ |
Петров М.И. |
ст.преп |
800 |
7 |
25 |
СУБД |
256 |
Лекция |
Петров М.И. |
ст.преп |
800 |
7 |
25 |
Паскаль |
256 |
Практ |
Сидоров Н.Г. |
преп |
500 |
10 |
25 |
ПЛ/1 |
123 |
Лекция |
Сидоров Н.Г. |
преп |
500 |
10 |
25 |
Паскаль |
256 |
Лекция |
Егоров В.В. |
преп |
500 |
5 |
24 |
ПЭВМ |
244 |
Лекция |
Рис.1 Исходное отношение ПРЕПОДАВАТЕЛЬ
В отношении на рисунке 1 можно выделить функциональные зависимости между атрибутами ФИО Каф, ФИОДолжн, ДолжнОклад и другие.
Наличие функциональной зависимости в отношении определяется природой вещей, информация о которых представлена кортежами отношения. В отношении на рис. 1 ключ является составным и состоит из атрибутов ФИО, Предмет, Группа.
Функциональная взаимозависимость. Если существует функциональная зависимость вида и, то между А и В имеется взаимно однозначное соответствие, или функциональная взаимозависимость. Наличие функциональной взаимозависимости между атрибутами А и В обозначимили.
Пример. Пусть имеется некоторое отношение, включающее два атрибута, функционально зависящие друг от друга. Это серия и номер паспорта (N) и фамилия, имя и отчество владельца (ФИО). Наличие функциональной зависимости поля ФИО от N означает не только тот факт, что значение поля N однозначно определяет значение поля ФИО, но и то, что одному и тому же значению N соответствует только единственное значение поля ФИО. Понятно, что в данном случае действует и обратная ФЗ: каждому значению поля ФИО соответствует только одно значение поля N. В данном примере предполагается, что ситуация наличия полного совпадения фамилий, имен и отчеств двух людей исключена.
Если отношение находится в 1НФ, то все неключевые атрибуты функционально зависят от ключа с разной степенью зависимости.
Частичной зависимостью (частичной функциональной зависимостью) называется зависимость неключевого атрибута от части составного ключа. В рассматриваемом отношении атрибут Должн находиться в функциональной зависимости от атрибута ФИО, являющегося частью ключа. Тем самым атрибут Должн находится в частичной зависимости от ключа отношения.
Альтернативным вариантом является полная функциональная зависимость неключевого атрибута от всего составного ключа.
Неключевой атрибут - атрибут, не входящий в состав никакого потенциального ключа. В нашем примере атрибут ВидЗан находится в полной функциональной зависимости от составного ключа.
Атрибут С зависит от атрибута А транзитивно (существует транзитивная зависимость), если для атрибутов А, В, С выполняется условие и; но обратная зависимость отсутствует. В отношении на рис.1 транзитивной зависимостью связаны атрибуты:
ФИО ДолжнОклад
Между атрибутами может иметь место многозначная зависимость.
В отношении R атрибут В многозначно зависит от атрибута А, если каждому значению А соответствует множество значений В, не связанных с другими атрибутами из R.
Многозначные зависимости могут быть «один ко многим» (1:М), «многие к одному» (М:1) или «многие ко многим» (М: М), обозначаемые соответственно: ,и.
Например, пусть преподаватель ведет несколько предметов, а каждый предмет может вестись несколькими преподавателями, тогда имеет место зависимость ФИО Предмет. Так, из таблицы, приведенной на рис. 1, видно, что преподаватель Иванов И.М. ведет занятия по двум предметам, а дисциплина СУБД - читается двумя преподавателями: Ивановым И. М. и Петровым М. И.
Взаимно независимые атрибуты. Два или более атрибута называются взаимно независимыми, если ни один из этих атрибутов не является функционально зависимым от других атрибутов. В случае двух атрибутов отсутствие зависимости атрибута А от атрибута В можно обозначить так: А¬В. Случай, когда А¬В и В¬А, можно обозначить А¬ =В.