- •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 и их соединение на блок-диаграмме.
3.Классические модели систем бд – организация и обработка данных.
Хранимые в базе данные имеют определенную логическую структуру — иными словами, описываются некоторой моделью представления данных (моделью данных), поддерживаемой СУБД. К числу классических относятся следующие модели данных:
• иерархическая, • сетевая, • реляционная. • постреляционная,
• многомерная, • объектно-ориентированная.
Иерархическая модель
В иерархической модели связи между данными можно описать с помощью упорядоченного графа (или дерева). Для описания структуры (схемы) иерархической БД на некотором языке программирования используется тип данных «дерево». Тип «дерево» схож с типами данных «структура» языков программирования ПЛ/1 и С и «запись» языка Паскаль. В них допускается вложенность типов, каждый из которых находится на некотором уровне.
Тип «дерево» является составным. Он включает в себя подтипы («поддеревья»), каждый из которых, в свою очередь, является типом «дерево». Каждый из типов «дерево» состоит из одного «корневого» типа и упорядоченного набора (возможно, пустого) подчиненных типов. Каждый из элементарных типов, включенных в тип «дерево», является простым или составным типом «запись». Простая «запись» состоит из одного типа, например числового, а составная «запись» объединяет некоторую совокупность типов, например, целое, строку символов и указатель (ссылку). Пример типа «дерево» как совокупности типов показан на рис. 2.2.
В соответствии с определением типа «дерево», можно заключить, что между предками и потомками автоматически поддерживается контроль целостности связей. Основное правило контроля целостности формулируется следующим образом: потомок не может существовать без родителя, а у некоторых родителей может не быть потомков. Механизмы поддержания целостности связей между записями различных деревьев отсутствуют.
К достоинствам иерархической модели данных относятся эффективное использование памяти ЭВМ и неплохие показатели времени выполнения основных операций над данными. Иерархическая модель данных удобна для работы с иерархически упорядоченной информацией.
Недостатком иерархической модели является ее громоздкость для обработки информации с достаточно сложными логическими связями, а также сложность понимания для обычного пользователя.
Сетевая модель
Сетевая модель данных позволяет отображать разнообразные взаимосвязи элементов данных в виде произвольного графа, обобщая тем самым иерархическую модель
Для описания схемы сетевой БД используется две группы типов: «запись» и «связь». Тип «связь» определяется для двух типов «запись»: предка и потомка. Переменные типа «связь» являются экземплярами связей.
Достоинством сетевой модели данных является возможность эффективной реализации по показателям затрат памяти и оперативности. В сравнении с иерархической моделью сетевая модель предоставляет
большие возможности в смысле допустимости образования произвольных связей.
Недостатком сетевой модели данных является высокая сложность и жесткость схемы БД, построенной на ее основе, а также сложность для понимания и выполнения обработки информации в БД обычным пользователем. Кроме того, в сетевой модели данных ослаблен контроль целостности связей вследствие допустимости установления произвольных связей между записями.
Реляционная модель
Реляционная модель данных предложена сотрудником фирмы IBM Эдгаром Коддом и основывается на понятии отношение (relation).
Отношение представляет собой множество элементов, называемых кортежами. Наглядной формой представления отношения является привычная для человеческого восприятия двумерная таблица.
Таблица имеет строки (записи) и столбцы (колонки). Каждая строка таблицы имеет одинаковую структуру и состоит из полей. Строкам таблицы соответствуют кортежи, а столбцам — атрибуты отношения.
С помощью одной таблицы удобно описывать простейший вид связей между данными, а именно деление одного объекта (явления, сущности, системы и проч.), информация о котором хранится в таблице, на множество подобъектов, каждому из которых соответствует строка или запись таблицы. Поскольку в рамках одной таблицы не удается описать более сложные логические структуры данных из предметной области, применяют связывание таблиц.
Физическое размещение данных в реляционных базах на внешних носителях легко осуществляется с помощью обычных файлов.
Достоинство реляционной модели данных заключается в простоте, понятности и удобстве физической реализации на ЭВМ. Именно простота и понятность для пользователя явились основной причиной их широкого использования.
Основными недостатками реляционной модели являются следующие: отсутствие стандартных средств идентификации отдельных записей и сложность описания иерархических и сетевых связей.