- •1.1. Экономическая информация, ее виды, структурные единицы
- •1.3.Понятие классификации информации. Системы классификации
- •1.5.Понятие кодирования информации. Методы кодирования
- •1.2.Документы, их виды, структура
- •1.8.Приложения базы данных. Компоненты базы данных
- •1.6.Файловая организация данных в автоматизированных информационных системах, ее недостатки
- •1.7.Объемы современных баз данных и устройства для их размещения
- •2.1.Трехуровневая модель организации баз данных
- •2.2.Понятие модели данных. Иерархическая модель, ее достоинства и недостатки
- •2.3.Сетевая модель, ее достоинства и недостатки
- •2.4.Реляционная модель. Ее базовые понятия: отношение, домен, кортеж, степень отношения
- •2.5.Связь между таблицами в реляционной модели данных. Первичный и внешний ключи, их отличия
- •2.7.Операции реляционной алгебры:
- •2.8.Постреляционная модель, ее достоинства и недостатки
- •2.9.Объектно-ориентированная модель данных. Ее базовые понятия: объекты, классы, методы, наследование
- •2.10.Объектно-реляционная модель данных, ее достоинства и недостатки
- •2.11.Многомерная модель данных, ее базовые понятия – измерение, ячейка
- •3.1.Понятие проектирования базы данных. Требования, предъявляемые к базе данных
- •3.2.Этапы жизненного цикла базы данных
- •3.3.Назначение модели "сущность-связь". Ее понятия.
- •3.4.Типы связи, их представление на er-диаграмме
- •3.5.Класс принадлежности сущности, его представление на er-диаграмме
- •3.6,7.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1,1:м, м:n Правило 1
- •Правило 2
- •3.8.Нормализация таблиц, ее цель. Первая нормальная форма.
- •3.9.Концептуальное проектирование, его цель и процедуры
- •3.10.Логическое проектирование, его цель и процедуры
- •3.11.Физическое проектирование, его цель и процедуры
- •4.1.Понятие субд. Архитектура субд
- •4.3.Классификация субд
- •4.2.Функциональные возможности субд. Производительность субд
- •4.4.Функции субд, диспетчера файлов и диспетчера дисков в процессе доступа к базе данных
- •4.5.Расширение множества типов обрабатываемых данных в современных субд
- •6.1.Характеристика субд Micrоsoft Access 2003: тип, платформа, функциональные возможности
- •6.2.Характеристика объектов базы данных, создаваемых в Access
- •6.3.Типы данных, обрабатываемых в Access
- •7.1.Возможности и типы запросов. Способы их создания
- •7.2.Способы создания форм
- •7.3.Способы создания отчетов
- •7.4.Типы Web-страниц для публикации базы данных в Интернет. Конструирование статических Web-страниц для публикации объектов базы данных в Интернет
- •7.5.Элементы управления, используемые при конструировании форм, отчетов, страниц доступа к данным
- •7.6.Понятие макроса. Классификация макрокоманд
- •7.7. Классификация макросов по структуре
- •7.8.Cобытия в Access. Макросы, связанные с событиями
- •8.1.Назначение, стандарты, достоинства языка sql
- •8.2.Структура команды sql
- •8.3.Типы данных в sql. Выражения в sql
- •8.4.Возможности языка sql: по определению данных; по внесению изменений в базу данных; по извлечению данных из базы
- •8.5.Условия целостности в субд. Понятие транзакции. Обработка транзакций в sql.
- •8.6.Управление доступом к данным: привилегии, их назначение и отмена.
- •8.7.Встраивание sql в прикладные программы
- •8.8.Диалекты языка sql в субд
- •9.1.Эволюция концепций обработки данных
- •9.2.Системы удаленной обработки
- •9.5.Клиенты, серверы. Клиентские приложения, серверы баз данных.
- •9.6.Архитектура клиент/сервер. Разделение функций клиентского приложения и сервера баз данных при обработке запросов
- •9.7.Общие сведения о хранимых процедурах и триггерах
- •9.8.Характеристики серверов баз данных. Обзор серверов баз данных от ведущих компаний-производителей
- •9.9.Механизмы доступа к данным базы на сервере
- •9.10.Понятие и архитектура распределенных баз данных (РаБд). Стратегии распределения данных в РаБд. Гомогенные и гетерогенные РаБд
- •9.11.Распределенные субд (РаСубд). Двенадцать правил к. Дейта
- •9.12.Обработка распределенных запросов Преимущества и недостатки РаСубд
- •9.13.Хранилище данных
- •10.3.Методы защиты баз данных: защита паролем, шифрование, разграничение прав доступа
- •10.7.Правовая охрана баз данных
- •10.6.Возможности Access по администрированию бд: просмотр сведений о бд; работа с объектами бд в окне бд; печать описания бд и ее объектов.
- •10.4.Восстановление базы данных с помощью резервного копирования базы данных, с помощью журнала транзакций.
- •5.1.Знания, их виды. Базы знаний. Экспертные системы.
3.10.Логическое проектирование, его цель и процедуры
Цель этапа логического проектирования – преобразование концептуальной модели на основе выбранной модели данных в логическую модель, не зависимую от особенностей используемой в дальнейшем СУБД для физической реализации базы данных. Для ее достижения выполняются следующие процедуры.
1. Выбор модели данных. Чаще всего выбирается реляционная модель данных в связи с наглядностью табличного представления данных и удобства работы с ними.
2. Определение набора таблиц исходя из ER-модели и их документирование. Для каждой сущности ER-модели создается таблица. Имя сущности – имя таблицы. Осуществляется формирование структуры таблиц на основании изложенных в параграфе 1.4 правил. Устанавливаются связи между таблицами посредством механизма первичных и внешних ключей. Структуры таблиц и установленные связи между ними документируются.
3. Нормализация таблиц. Для правильного выполнения нормализации проектировщик должен глубоко изучить семантику и особенности использования данных. На этом шаге он проверяет корректность структуры таблиц, созданных на предыдущем шаге, посредством применения к ним процедуры нормализации. Эта процедура была описана в параграфе 1.5. Она заключается в приведении каждой из таблиц, по крайней мере, к 3НФ. В результате нормализации получается очень гибкий проект базы данных, позволяющий легко вносить в нее нужные расширения.
4. Проверка логической модели данных на предмет возможности выполнения всех транзакций, предусмотренных пользователями. Транзакция – это набор действий, выполняемых отдельным пользователем или прикладной программой с целью изменения содержимого базы данных. Так, примером транзакции в проекте БАНК может быть передача права распоряжаться счетами некоторого клиента другому клиенту. В этом случае в базу данных потребуется внести сразу несколько изменений. Если во время выполнения транзакции произойдет сбой в работе компьютера, то база данных окажется в противоречивом состоянии, так как некоторые изменения уже будут внесены, а остальные еще нет. Поэтому все частичные изменения должны быть отменены для возвращения базы данных в прежнее непротиворечивое состояние.
5. Определение требований поддержки целостности данных и их документирование. Эти требования представляют собой ограничения, которые вводятся с целью предотвратить помещение в базу данных противоречивых данных. типы ограничений:
· обязательные данные. Выясняется, есть ли атрибуты, которые не могут иметь Null-значений;
· ограничения для значений атрибутов. Определяются допустимые значения для атрибутов;
· целостность сущностей. Она достигается, если первичный ключ сущности не содержит Null-значений;
· ссылочная целостность. Она понимается так, что значение внешнего ключа должно обязательно присутствовать в первичном ключе одной из строк таблицы для родительской сущности;
· ограничения, накладываемые бизнес-правилами. Например, в случае с проектом БАНК может быть принято правило, запрещающее клиенту распоряжаться, скажем, более чем тремя счетами.
6. Создание окончательного варианта логической модели данных и обсуждение его с пользователями. На этом шаге подготавливается окончательный вариант ER-модели, представляющей логическую модель данных. Сама модель и обновленная документация, включая словарь данных и реляционную схему связи таблиц, представляется для просмотра и анализа пользователям, которые должны убедиться, что она точно отображает предметную область.