
- •1.1. Предмет и содержание дисциплины
- •1.2. Виды и структурные единицы экономической информации
- •1.3. Функции и классификация экономических информационных систем
- •1.4. Информационное обеспечение эис, его свойства
- •1.5. Информационная база эис, ее внутримашинная и внемаш. Части
- •1.6. Документы, их виды, структура
- •1.7. Понятие классификации инфрмации. Системы классификации.
- •1.8. Классификация и кодирование информации
- •1..9. Классификация и кодирование информации
- •1..10. Файловая организация данных, ее недостатки
- •1.11. Понятие бд. Преимущества бд
- •1.12. Приложения бд. Компоненты бд
- •2.1. Трехуровневая модель организации баз данных
- •2.2. Понятие модели данных. Иерархические модель ДаНных
- •2.3. Сетевая модель, ее недостатки и дост.
- •2.4.Реляционная модель. Базовые понятия реляционной модели
- •2.5. Связи между данными
- •2.6.Реляционная целостность:целостность отношений,ссылочная целостность
- •2.7. Операции в реляционной алгебры
- •2.8.Достоинства и недост.Рел.Модели.
- •2.9. Постреляционная модель, недост. И дост.
- •2.10. Объектно-ориентированная модель данных
- •2.11.Достоинства и недост. Объектно-ориент. Модели данных
- •2.12. Объектно-реляционная модель,дост и недост.
- •2.13. Многомерная модель данных, еебазовые понятия.
- •2.14.Поликуб.И гиперкуб. Орган. Данных в мног. Моели
- •2.15. Дост. И недост. Многомер.Модели данных
- •3.1. 3.1Объемы современных баз данных и устройства для их размещения
- •3.3. Функции субд, Функции Диспетчера файлов и Диспетчера дисков
- •3.4. Индексы и их использование для ускорения извлечения данных
- •3.5. Особенности технологии хеширования
- •3.7.Иерархическое сжатие
- •3.8. Кодирование Хаффмана
- •4.1.Понятие проект. Требования, предъявляемые к базе данных
- •4.2. Этапы жизненного цикла базы данных
- •4.3.Назначение модели er Модель "сущность–связь"
- •4.4. Типы связи.Их представл. На er
- •4.6. Общие сведения о Case-средствах
- •4.7.Правила преобраз. Er в реляц. 1:1,1:м,м:и
- •4.8. Нормализация таблиц
- •4.9. Концептуального проектирование
- •4.10. Логическое проектирование
- •4.11.Физическое проектирование
- •5.1. Понятие субд. Архит-ра субд
- •5.2. Классификация субд
- •5.3. Функциональные возможности и производительность субд
- •5.4. Режимы работы пользователя с субд
- •5.7. Превращение субд в системы упр.Базами знаний
- •6.2. Характеристика объектов бд
- •6.3. Инструментальные средства для создания бд.
- •6.4. Пользовательский интерфейс access. Справочная система
- •6.5. Настройка рабочей среды в access
- •6.6. Типы данных, обраб. В Асcess
- •6.7. Элементы выражения.Построит. Выраж.
- •7.2. Установка связи между таблицами
- •7.3 Корректировка базы данных
- •7.4 Работа в режиме таблицы
- •7.6 Структура окна конструктора
- •7.7. Создание запроса выбора
- •7.8 Создание перекрестного запроса
- •7.9. Создание запросов на внесение изменений в бд
- •7.10. Выполнение и сохранение запроса
- •7.11 Способы создания форм.
- •7.12 Назначение разделов окна Конструктора форм.
- •7.13 Элементы управления, используемые при конструировании
- •7.14 Конструирование форм: со списком, с полем со списком, с вкладками, с диаграммой.
- •7.15 Конструирование составной формы
- •7.16.Работа с базой данных по форме
- •7.17. Способы создания отчетов
- •7.18. Назначение разделов окна Конструктора.
- •7.19 Конструирование отчета с вычислениями в строках и общими итогами, частными итогами
- •7.20. Просмотр и печать отчета
- •7.21 Типы веб-сраниц
- •7.22 Сконструировать статическую веб-страницу
- •7.23 Кнструирование страницы доступа к данным с интерактивным отчетом
- •7.25 Понятие макроса. Класификаця макрокоманд
- •7.26 Классификация мкросов по структуре
- •7.27 События в exess. Макросы связаны с событиями
- •7.29 Конструирование макроса связанного с событием
- •8.1. Назначение, стандарты, достоин. Sql
- •8.2. Структура команды sql
- •8.3. Типы данных.Выражения вSql
- •8.4. Возможности языка sql
- •8.5.Условия целостности в субд. Понятие транзакции. Обраб.
- •8.6.Управление доступом к данным
- •8.7.Встраивание sql в прикладн. Прогр.
- •8.8. Диалекты языка sql в субд
- •9.1. Эволюция концепций обработки данных
- •9.3. Системы удаленной обработки
- •9.4. Архитектура файл/сервер и роль настольных субд в ней
- •9.5. Недостатки архитектуры файл/сервер
- •9.6. Достоинства и недостатки настольных субд
- •9.7 Дистанционка страница 32
- •9.8. Клиенты, серверы. Клиентские приложения, серверы бд
- •9.9 Архитектура клиент/сервер. Функции клиентского приложения и серверной субд.
- •9.10 Преимущества архитектуры клиент/сервер
- •9.11 Общие сведения о хранимых процедурах и триггерах
- •9.12. Характеристика серверов бд
- •9.13 Механизмы доступа к базам данных
- •9.18. Понятие и архитектура распределенной бд. Гомогенные и гетерогенные распределенные бд
- •9.19 Распределенная субд. Двенадцать правил к. Дейта
- •9.20 Обработка распределенных запросов
- •9.21. Преимущества и недостатки расубд
- •9.22. Обзор распределенных субд
- •10.1. Пользователи бд. Администратор бд,его функции
- •10.2. Актуальность защиты бд
- •10.3. Методы защиты бд: защита паролем, шифрование, разграничение прав доступа
- •10.4. Восстановление бд
- •10.5. Правовая охрана бд
- •10.9.Сжатие и восстановление
- •10.10 Репликация бд в access
- •10.11. Защита бд
2.2. Понятие модели данных. Иерархические модель ДаНных
Одними из основополагающих в концепции баз данных являются категории «данные» и «модель данных». Данные – это набор конкретных значений, параметров, характеризующих объект, условие, ситуацию и др.Модель данных – это некоторая абстракция, которая, будучи приложима к конкретным данным, позволяет пользователям и разработчикам трактовать их уже как информацию, то есть сведения, содержащие осмысленные данные и взаимосвязь между ними.Модель данных является ядром базы данных. Иерархическая модель- описание данных в БД. Связи между структур. элем.данных жестко зафиксир. и направл. только по вертикали. На самом верхнем ур.только 1 узел, кот.не связан ни с каким ур узлом. Он наз.корень. иерарх.стр-ра – переверн.дерево. Ур.корня- нулевой. Ур.др. узлов опред-ся расст-м от них до корня. Узел- совок. атриб.данных,опис. нек. объект.Из корня и узлов исходят ветви, соотв.связям эл.данных. В каждой БД – 1 путь от коневой вершины. Каждый узел связ.только с 1 узлом более высоким. Ни 1 эл.не имеет >1 исходного. Каждый элем.может быть связ.с 1 или неск.эл. на >низком ур.Они наз.порожденными. Эл, располож. в конце ветви-листья. Иерарархич.файл- файл,в кот.записи связ.в виде древовидной стр-ры. Над иерархически организованными данными определенны следующие операции:Добавить в базу данных новую запись.Изменить значение данных предварительно извлеченной записи.Удалить некоторую запись и все подчиненные ей записи.Извлечь запись К достоинствам иерархической модели данных относится: достаточно эффективное использование памяти и неплохие временные показатели выполнения операций над данными. Однако, удобна эта модель в основном для работы с иерархически организованной информацией. Недостатками иерархической модели являются достаточно сложные логические связи и соответствующая громоздкость в обработке данных.
2.3. Сетевая модель, ее недостатки и дост.
Дальнейшим развитием иерархической модели является сетевая. Сетевая модель – это структура, у которой любой элемент может быть связан с любым другим элементом Сетевая база данных состоит из наборов записей, которые связаны между собой так, что записи могут содержать явные ссылки на другие наборы записей. Тем самым наборы записей образуют сеть. Связи между записями могут быть произвольными, и эти связи явно присутствуют и хранятся в базе данных. К известным сетевым системам управления базами данных относятся: DBMS, IDMS, TOTAL, VISTA, СЕТЬ, СЕТОР, КОМПАС и др.Основное достоинство сетевой модели – это высокая эффективность затрат памяти, оперативность и высокая скорость манипул.данными. Недостаток –отсутствует мат.основы построения модели,неуневерсальность,сложность обновления, сложность и жесткость схемы базы, а также сложность понимания. Кроме того, в этой модели ослаблен контроль целостности, так как в ней допускается устанавливать произвольные связи между записями.
2.4.Реляционная модель. Базовые понятия реляционной модели
Концепция реляционной модели данных была предложена в 1969 году Эдгаром Коддом, известным специалистом в области баз данных.Реляционная модель представляет собой совокупность данных, состоящую из набора двумерных таблиц. В теории множеств таблице соответствует термин отношение (relation), физическим представлением которого является таблица, отсюда и название модели – реляционная. Реляционная модель является удобной и наиболее привычной формой представления данных. Строки и столбцы могут быть просмотрены в любом порядке, поэтому высока гибкость выбора любого подмножества элементов в строках и столбцах.Любая таблица в реляционной базе состоит из строк, которые называют записями, и столбцов, которые называют полями. На пересечении строк и столбцов находятся конкретные значения данных.Структура таблицы в реляционной базе характеризуется следующим:она состоит из совокупности столбцов;каждый столбец имеет уникальное, то есть не повторяющееся в других столбцах, имя;последовательность столбцов в таблице не существенна;все строки таблицы организованы по одинаковой структуре, то есть имеют одно и то же количество реквизитов и имеют одинаковую длину;в таблице нет одинаковых строк;количество строк в таблице практически не ограничено;последовательность строк в таблице не существенна;
при выполнении манипуляций с таблицей все строки и столбцы могут просматриваться в произвольном порядке безотносительно к их содержанию и смыслу.В реляционной моделе поименованный столбец отношения называется атрибутом, а множество всех возможных значений конкретного атрибута – доменом. Строки таблицы со значениями разных атрибутов называют кортежами. Количество атрибутов, содержащихся в отношении, определяет его степень, а количество кортежей – кардинальность отношения.