- •Иерархическая модель данных.
- •Постреляционные модели данных. Описание моделей данных
- •Системы управления базами данных (субд). Функции субд.
- •Логическая и физическая структура базы данных.
- •Трехуровневая архитектура системы управления базами данных.
- •Современные инструментальные средства разработки схемы бд.
- •Понятия и определения архитектуры удаленных бд.
- •Отличия и преимущества удаленных бд от локальных бд.
- •Технологии доступа к удаленным бд. Объектные модели доступа к удаленным бд.
- •Универсальная стратегия доступа к данным odbc. Технологии ado, bde, com, corba.
- •Разработка и управление бд средствами языка sql.
- •Элементы и конструкции языка sql. Управление данными с помощью языка sql.
- •Создание хранимых процедур
- •Для разработки схем триггеров используется следующий алгоритм:
- •Основные элементы клиентских программ
- •Методы сортировки, поиска и фильтрации данных.
- •Управление транзакциями, кеширование памяти, перехват исключительных ситуаций и обработка ошибок.
- •Формирование и вывод отчетов. Назначение и виды отчетов.
- •Идентификация и аутентификация пользователей.
- •Антивирусная защита данных. Технические методы и средства защиты бд.
- •Создание хранимых процедур
Современные инструментальные средства разработки схемы бд.
Такая технология получила название CASE (Computer Aided Software Engeneering - создание программного обеспечения с помощью компьютера). Основные черты CASE - технологии:
использование методологии структурного проектирования "сверху-вниз"
разработка прикладной системы представляется в виде последовательных четко определенных этапов:
поддержка всех этапов жизненного цикла информационной системы, начиная с самых общих описаний предметной области до получения и сопровождения готового программного продукта
поддержка репозитария, хранящего спецификации проекта информационной системы на всех этапах ее разработки
возможность одновременной работы с репозитарием многих разработчиков
автоматизация различных стандартных действий по проектироваанию и реализации приложения
Как правило, CASE-системы поддерживают следующие этапы процесса разработки:
Моделирование и анализ деятельности пользователей в рамках предметной области. Здесь осуществляется функциональная декомпозиция, определение иерархий (вложенности) функций, построение диаграмм потоков данных. Перечень информационных объектов, которыми манипулируют функции, передается на следующий этап проектирования.
Концептуальное моделирование - создание модели "сущность-связь" на основе перечня объектов, полученного на предыдущем этапе. Здесь уточняются характеристики каждого объекта (атрибуты), устанавливаются связи между объектами.
Реляционное моделирование - преобразование модели "сущность-связь" в соответствии с требованиями реляционной модели (реляционная модель допускает только бинарные связи, не разрешает существование атрибутов у связей, не поддерживает связи типа n : m). Правила порождения реляционных отношений из модели "сущность-связь" мы рассмотрим в разделе 5.5.
Генерация схемы базы данных. Результатом выполения данного этапа является набор SQL-операторов, описывающих создание схемы базы данных (CREATE TABLE, CREATE INDEX,...), с учетом особенностей целевой СУБД.
Генерация прототипов программных модулей по иерахии функций и потокам данных. Для каждого модуля автоматически подготавливается описание используемых им фрагментов данных (таблицы, атрибуты, индексы), а также создаются заготовки экранных форм или отчетов.
Понятия и определения архитектуры удаленных бд.
Системы управления удаленными {распределенными) базами данных — это СУБД (СУРБД), обеспечивающие возможность одновременного доступа к информации различным пользователям.
Рассмотрим термины, применяемые в системах управления распределенными базами данных:
Архитектура БД — организация взаимодействия аппаратных средств.
Виды архитектуры БД: клиент—сервер, двухуровневая и трехуровневая клиент-сервер, файл —сервер.
Архитектура ODBC (Open DataBase Connectivity) — открытый интерфейс доступа к базам данных, т.е. взаимодействие процессора (ядра) базы данных Jet с внешними источниками данных.
Модели данных — схемы, характеризующие базы данных с разных сторон с целью определить оптимальное построение информационной системы.
Ядро базы данных — внутренняя структура СУБД, обеспечивающая доступ ко всем компонентам базы данных. В новых версиях СУБД Access называется Microsoft Data Engine (MSDE); в ранних версиях ядро базы данных называлось машина базы данных Microsoft Jet. Ядро базы данных обеспечивает поддержку символов различных алфавитов, синтаксис языка SQL и другие средства обработки различных типов данных.
Пользователь БД — программа или человек, обращающийся к базе данных.
Запрос — процесс обращения пользователя к БД с целью ввести, получить или изменить информацию.
Транзакция — последовательность операций модификации данных в БД, переводящая ее из одного непротиворечивого состояния в другое непротиворечивое состояние.
Логическая структура БД — определение БД на физически независимом уровне, что ближе всего соответствует концептуальной ее модели.
ТоНология БД, или структура распределенной БД, — схема распределения физической организации базы данных в сети.
Локальная автономность — понятие, означающее, что информация локальной БД и связанные с ней определения данных принадлежат локальному владельцу и им управляются.
Удаленный запрос — запрос к базам данных, находящихся на ресурсах локальной сети предприятия или сети Интернет.
Возможность реализации удаленной транзакции — обработка одной транзакции, состоящей из множества SQL-запросов, на одном удаленном узле.
Поддержка распределенной транзакции — обработка транзакции, состоящей из нескольких SQL-запросов, выполняемых на нескольких узлах сети (удаленных или локальных), но каждый из которых обрабатывается только на одном узле.
Распределенный запрос — запрос, при обработке которого используются данные из БД, расположенные в разных узлах сети.
