- •Тема 1. Организация экономической информации
- •1. Экономическая информация, ее виды, структурные единицы
- •2. Внемашинная организация экономической информации: документы, их виды, структура.
- •3. Понятие классификации информации. Системы классификации. Классификаторы информации, их назначение, виды
- •4. Понятие кодирования информации. Методы кодирования
- •5. Внутримашинная организация экономической информации: файловая организация данных и базы данных. Преимущества баз данных. Приложения и компоненты бд. Словарь данных
- •6. Сверхбольшие бд.
- •Тема 2. Модели данных
- •7. Понятие модели данных
- •8. Иерархическая модель, ее достоинства и недостатки.
- •9. Сетевая модель, ее достоинства и недостатки
- •10. Реляционная модель. Ее базовые понятия, реляционная целостность. Связь между таблицами, первичный и внешний ключи, их отличия. Операции реляционной алгебры. Достоинства и недостатки
- •11.Постреляционная модель данных, ее достоинства и недостатки
- •12. Объектно-ориентированная модель данных. Ее базовые понятия, достоинства и недостатки. Объектно-реляционная модель данных.
- •13. Многомерная модель данных, ее базовые понятия, достоинства и недостатки
- •Тема 3. Проектирование базы данных
- •14. Понятие проектирования бд. Требования, предъявляемые к бд. Этапы жизненного цикла бд.
- •16. Правила преобразования er-диаграмм в реляционные таблицы в случае связей 1:1. Правила преобразования er-диаграмм в реляционные таблицы в случае связей 1:м, м:n
- •17. Нормализация таблиц, ее цель.1-я нормальная форма, 2нф, 3нф
- •18.Концептуальное проектирование, его цель, процедуры
- •19.Логическое проектирование, цель, процедуры
- •20.Физическое проектирование, цель, процедуры
- •21.Семантическая объектная модель. Пример объектной диаграммы
- •22.Сase-средства для автоматизированного проектирования реляционных бд. Функциональные возможности Erwin.
- •Тема 4. Системы управления базами данных
- •23.Понятие субд. Архитектура субд. Классификация субд.
- •24.Возможности, предоставляемые субд пользователям. Режимы работы пользователя в субд.
- •25. Функции субд. Производительность субд.
- •26. Перспективы развития бд и субд (интеграция в бд традиц. И нетрадиц.Типов данных, взаимодействие web-технологий и бд ..)
- •Тема 5. Общая характеристика субд Microsoft Access 10.
- •27. Характеристики субд Microsoft Access 2010: тип, платформа, функциональные возможности
- •28. Характеристика бд и ее объектов.
- •29. Пользовательский интерфейс, настройка рабочей среды.
- •30.Типы обрабатываемых данных. Выражения
- •Тема 6. Технологии работы с бд в субд Microsoft Access 10.
- •31.Технология создания базы данных: описание структуры таблиц, установка связи между таблицами, заполнение таблиц данными
- •32. Корректировка базы данных (каскадные операции). Работа с таблицей в режиме таблицы
- •33. Конструирование запросов выбора, перекрестного запроса, запросов на внесение изменений в базу данных
- •34.Конструирование формы: простой, с вкладками, составной, с вычисляемым полем. Создание формы навигации.
- •35.Конструирование отчета с вычислениями в строках, с частными и общими итогами
- •36.Конструирование макросов связанных и не связанных с событиями, различных по структуре
- •Тема 7. Введение в язык sql
- •37.Назначения, стандарты и достоинства языка sql
- •38. Структура команды sql. Типы данных и выражения sql
- •39. Возможности языка sql по: определению данных, внесению изменений в базу данных, извлечению данных из базы
- •40.Понятие и типы транзакций. Обработка транзакций в sql
- •41. Управление доступом к данным в sql
- •42.Встраивание sql в прикладные программы
- •43.Диалекты языка sql в субд
- •Тема 8. Системы обработки многопользовательских бд
- •44. Эволюция концепций обработки данных
- •44. Обработка данных на автономных персональных компьютерах
- •45. Архитектура файл/сервер. Обработка запросов в ней. Причины неэффективности архитектуры файл/сервес. Настольные субд, их достоинства и недостатки.
- •46.Клиент/серверные системы: клиентские приложения, серверы бд. Выполнение запросов в архитектуре клиент/сервер. Преимущества клиент/серверной обработки. Характеристики серверов бд.
- •47.Механизмы доступа к данным базы на сервере
- •48.Понятие и архитектура распределения баз данных. Гомогенные и гетерогенные РаБд. Стратегии распределения данных в РаБд
- •49. Распределенные субд (РаСубд). Двенадцать правил к. Дейта. Преимущества и недостатки РаСубд.
- •50.Типы интерфейса доступа к данным (д) базы
- •Тема 9. Хранилища данных
- •51. Olap-технология. Тест fasmi.
- •52. Понятие хранилища данных (хд). Отличия хд от бд.
- •53. Классификация хд по б. Инмону.
- •54. Технологические решения хд.
- •55. Программное обеспечение для разработки хд.
- •Тема 10. Администрирование баз данных
- •56. Пользователи бд. Проблемы многопользовательских баз данных. Функции администратора бд.
- •57. Актуальность защиты бд. Причины, вызывающие ее разрушение. Правовая охрана баз данных
- •58. Восстановление бд (с помощью резервного копирования бд, с помощью журнала транзакций, восстановление через откат, накат).
- •59.Оптимизация работы бд
- •60.Возможности субд Access по администрированию бд
- •Тема 11. Базы данных и модели представления знаний.
- •61. Знания, их виды. Базы знаний. Экспертные системы
- •62. Продукционные модели. База фактов. База правил. Работа машины вывода, стратегии управления выводом в экспертной системе на основе продукционной модели.
- •63. Семантические сети. Виды отношений. Пример семантич. Сети. Функциональные возможности редактора онтологий Protege
- •64. Фреймы, их виды, структура. Сети фреймов. Примеры фреймов
- •65. Формальные логические модели. Их примеры
9. Сетевая модель, ее достоинства и недостатки
Представлени сетев.структурами типа запись данных, связ.отношениями «один-к-одному» и «один-ко-многим». Это структура, у которой любой элемент может быть связан с любым другим элементом. 1 или неск. элементов имеют более 1 исх. элемента. Более универсальны, так как взаимосвязи большинства предметных областей имеют сетевой характер.
Технология работы удобна для пользователя: возможен непоср. доступ к элементам данных. Сетевая БД состоит из наборов записей, которые связаны между собой так, что записи могут содержать явные ссылки на другие наборы записей. Так они образуют сеть. Связи между записями могут быть произвольными, и эти связи явно присутствуют и хранятся в базе данных. Достоинство: высок эфф-ть затрат памяти;оперативность обработки данных. Недостаток – сложность и жесткость схемы базы;сложность понимания;ослаблен контроль целостности, тк в ней допускается устанавливать произвольные связи между записями. Исп.связей «мног-ко-многим» позвол.устанить недост. иерархич.модели: низк.приспосабливаемость к описанию данных иерархич.структуры и слабую гибкость при развитии системы.
10. Реляционная модель. Ее базовые понятия, реляционная целостность. Связь между таблицами, первичный и внешний ключи, их отличия. Операции реляционной алгебры. Достоинства и недостатки
Объекты и взаимосвязи представляются в виде таблиц. Взаимосвязи рассматриваются в качестве объектов. Каждая таблица представляет объект. Таблица должна иметь первичный ключ - поле или комбинацию полей, которые единственным образом идентифицирует каждую строку в таблице. Эта модель получила наибольшее распространение в СУБД для персонального компа. Отношен – таблица; Столбец – атрибут; строка – кортеж. Схема отношения – это именованное множество пар (имя атрибута, имя домена). Сов-ть схем от-ний, использ-мых для представления инфы наз-ся схемой реляц БД, а текущие значения соответствующих отношений - реляц БД. В реляционной алгебре поименованный столбец отношения называется атрибутом, а множество всех возможных значений конкретного атрибута – доменом.
Отн-ния обладают св-ми:- не содержат картежей дубликатов; -атрибуты не упорядоч-ны; картежи неупоряд-ны; -знач всех атриб-ов атомарны; - послед-ть картежей и атрибутов не существенна; все картежи орган-ны по 1-й стр-ре.+: - простота схемы данных для польз-ля;- повышение лог и физ нез-сти; - предоставление польз-лю языков выс ур-ня;-оптимизация доступа к БД; - улучшение целостности и защ дан.; - возмож-ть раз-х применений; - строг. мат. основа: -все дан хран-ся в виде отно-й, состоящих из простых атрибутов; - для описания их провед-ния треб-ся создать прикл. Программы; - БД состоит из большего кол-ва таблиц, что затрудняет процесс выборки и хран-ся много лишней инф; - возможностей недостаточно, когда объекты данных сложны.
Сущ-ет 2 мех-ма манип-ния данными: 1. реляц алгебра, 2. мат логика
Степень отн-ния- число атрибутов, Кардинальное число или мощность отношений - число его картежей.
Один или несколько атрибутов, значения которых однозначно определяют картеж отношения, называется его ключом, или первичным ключом, или ключевым полем. То есть ключевое поле – это такое поле, значения которого в данной таблице не повторяется. Записи в таблице хранятся упорядоченными по ключу. Правила выбора первичного ключа: наименьшее количество атрибутов; наименьшее по длине; несимвольный. Ключ может быть простым, состоящим из одного поля, и сложным, состоящим из нескольких полей. Сложный ключ выбирается в тех случаях, когда ни одно поле таблицы однозначно не определяет запись. Кроме первичного ключа в таблице могут быть вторичные ключи, называемые еще внешними ключами, или индексами. Индекс – это поле или совокупность полей, чьи значения имеются в нескольких таблицах и которое является первичным ключом в одной из них. Значения индекса могут повторяться в некоторой таблице. Индекс обеспечивает логическую последовательность записей в таблице, а также прямой доступ к записи. Для каждого внешнего ключа необходимо решить 3 проблемы: - возможность принятия неопределенного значения (Null); - что должно происходить при удалении кортежа главной таблицы, на которую ссылаются внешние ключи. Существует 3 возможности: - каскадирование; - ограничение на обновление или удаление; - установка в Null-значение.
По первичному ключу всегда отыскивается только одна строка, а по вторичному – может отыскиваться группа строк с одинаковыми значениями первичного ключа. Ключи нужны для однозначной идентификации и упорядочения записей таблицы, а индексы для упорядочения и ускорения поиска. Индексы можно создавать и удалять, оставляя неизменным содержание записей реляционной таблицы. Количество индексов, имена индексов, соответствие индексов полям таблицы определяется при создании схемы таблицы. С помощью индексов и ключей устанавливаются связи между таблицами. Связь устанавливается путем присвоения значений внешнего ключа одной таблицы значениям первичного ключа другой. Группа связанных таблиц называется схемой данных. Информация о таблицах, их полях, ключах и т.п. называется метаданными. Связь один к одному (1:1): A(U/U)B означает, что каждому элементу объекта А может соответствовать только один элемент объекта В и наоборот, например: универ – ректор, студ. – зачетка. Связь один ко многим (1:N): А(N/U)B означает, что могут существовать экземпляры объекта А, которым соответствует более одного экземпляра объекта В. Но при этом каждому экземпляру объекта В может соответствовать только один экземпляр объекта А, например: Университет - Факультеты; Группа - Студенты. Связь многие к одному (N:1): A(U/N)B означает, что каждому экземпляру объекта А может соответствовать только один экземпляр объекта В, но среди экземпляров объекта В могут быть такие, которым соответствует несколько экземпляров объекта А, например: Университет - Факультеты; Покупатели - Продавец. Очевидно, что если 1:N – тип связи между А и В, то N:1 – тип связи между В и А. Связь многие ко многим (N:M), или групповое: A(N/M)B означает, что может существовать экземпляр объекта А, которому соответствует несколько экземпляров объекта В и наоборот. Например: Преподаватели - Предметы; Покупатели - Продавцы.
Выделяют 3 группы правил целостности: - целостность сущностей (ни один атрибут, входящий в ПК, не может иметь неопределенное значение); - целостность ссылок/согласований (значения атрибутов внешнего ключа должны быть равны значениям ПК в некотором картеже другого отношения или должны быть не определены); - целостность, определяемая пользователем. Можно использовать следующие типы условий целостности данных: - обязательность данных; - проверка на правильность; - целостность таблицы (существование первичного ключа, отсутствие повторяющихся значений); - ссылочная целостность; - применение деловых правил. В Реляционной Модели Данных должны выполняться два условия целостности данных: -)Условие целост-ти таблиц, накладыв. ограничения на знач-я первич ключа, кот должны быть уникальными и непустыми. –)условие ссылочной цел-ти предполагает, что каждое знач-е внеш ключа должно совпадать с одним из значений первич ключа.
Теоретической основой реляционной БД является реляционная алгебра, основанная на теории множеств и рассматривающая специальные операции над отношениями, и реляционное исчисление, базирующееся на математической логике. Операция Выборка позволяет выбрать из отношения только те кортежи, которые удовлетворяют заданному условию. При Проекции отношения на заданный набор его атрибутов получается новое отношение, создаваемое посредством извлечения из исходного отношения кортежей, содержащих указанные атрибуты. При Умножении (декартовом произведении) двух отношений получается новое отношение, кортежи которого являются сцеплением (конкатенацией) кортежей первого и второго отношений. В результате Объединения двух отношений получается третье, включающее кортежи, входящие хотя бы в одно отношение, то есть содержащее все элементы исходных отношений. При Вычитании выдаются лишь те кортежи первого отношения, которые остались от вычитания второго отношения, то есть из первого отношения выбрасываются все кортежи второго. Операция Соединение применяется к двум отношениям, имеющим общий атрибут. Результат этой операции для двух отношений по некоторому условию есть отношение, состоящее из кортежей, которые являются сочетанием первого и второго отношений, удовлетворяющих указанному условию. Результатом операции Пересечение двух отношений является отношение, включающее все кортежи, входящие в оба отношения. Операция Деления предполагает, что имеется два отношения: одно – бинарное (содержащее два атрибута), другое – унарное (содержащее один атрибут). В результате получается отношение, состоящее из кортежей, включающих значения первого атрибута кортежей первого отношения, но только таких, для которых множество значений второго атрибута первого отношения совпадает с множеством значений атрибутов второго отношения.
