ПОИСК Статьи Чертежи Таблицы Архитектура банка данных комплексной САПР из "Теоретические основы построения базовых адаптируемых компонентов САПР МЭА " Банк данных имеет два уровня представления данных — внешний и внутренний. Концептуальный уровень совпадает с внешним, так как система является проблемно-ориентированной. [c.198] Банк данных выполнен в виде трех функционально различных систем файловой, терминальной и пакетного интерфейса. Файловая система обеспечивает преобразование концептуальной модели данных во внутреннее представление. С помощью терминальной системы пользователь имеет возможность выполнять операции по манипулированию данными. Пакетный интерфейс обеспечивает связь прикладных программ с банком. [c.198] Файловая система состоит из двух частей модулей доступа и информационной базы данных на внешнем носителе. [c.198] Модули доступа — это совокупность базовых процедур, реализующих операции над множествами с учетом свойств обрабатываемых данных. Операции над множествами проводятся с использованием внутренних номеров экземпляров элементов в оперативной памяти и выполняются достаточно эффектно. [c.199] База данных физически реализована в виде трех логических файлов с ассоциативно-списковой организацией. В дальнейшем эти файлы называются файлами списков, связей и ключей. [c.199] Все файлы имеют одинаковую организацию и размер блока. Физический блок далее называется страницей. Каждый файл состоит из одной или нескольких корневых страниц, содержащих служебную информацию, и нескольких информационных страниц. Корневая страница содержит информацию, необходимую для поиска и записи информации в соответствующий файл. Содержимое информационных страниц будет описано ниже. Размер страницы выбирается с учетом типа используемых устройств прямого доступа и размера оперативной памяти конкретной ЭВМ. Размер памяти влияет на скорость обработки запросов, так как желательно иметь наибольшее число страниц резидентными. [c.199] Терминальная система состоит из трех основных частей резидентного модуля, выполняющего операции ввода-вывода и управляющего обработкой запроса интерпретатора запросов программ обработки запросов. [c.199] Интерпретатор проверяет корректность запроса. Если запрос содержит ошибку, то формируется сообш ение оператору и управление возвращается резидентному модулю. Если запрос корректен, то интерпретатор определяет имя программы обработки этого запроса, помещает эту информацию в область связи, и возвращает управление резидентному модулю. [c.200] Резидентный модуль производит загрузку модуля, указанного интерпретатором, и передает ему управление. После обработки запроса управление возвращается резидентному модулю и система ожидает ввода следующего запроса. [c.200] Поело обработки этого запроса можно вводить запрос, начинающийся с глагола НАЙТИ. Управление в этом случае будет передано дюдулю FINDMOD. [c.200] При разработке терминальной системы основными требованиями были простота и удобство эксплуатации. Основное назначение системы — ввод и коррекция информации, а также вывод содержимого банка данных на терминал или печатающее устройство. Для доступности системы неквалифицированным пользователям с целью ввода информации используется язык анкетного типа. [c.200] Работа пользователя заключается в заполнении соответствующих полей на экране. Для уменьшения количества ошибок поле экрана, за исключением участков, предназначенных для ввода информации, защищено от модификации. Это позволяет устранить ошибки, вызванные превышением допустимой длины значений параметров. Для численных значений используются поля, допускающие ввод только цифровых символов. [c.200] Для работы терминальной системы в режиме МУТ требуется 130 Кбайт оперативной памяти. [c.200] Уточнение информации, над которой производится операция, задается либо именем элемента, либо именем элемента и идентификатором экземпляра отношения или условием для определения подмножества экземпляров элемента. Условие может содернсать знаки арифметических операций (, ),— и логических. Логические операции записываются союзами и и или . [c.201] Пакетный интерфейс. Программы, входящие в пакетньп интерфейс, являются частью системы проектирования и выполняют наиболее важную часть функций банка данных. Эффективность выполнения операций по обеспечению процесса проектирования в значительной мере определяет соответствие системы поставленным требованиям. [c.201] Пакетный интерфейс обеспечивает работу с банком программ, написанных на языках Фортран, Ассемблер и ПЛ/1. [c.202] Для уменьшения потребности системы в основной памяти программы интерфейса разделены на две части. Программы, входящие в первую группу, присоединяются к системе проектирования при обработке Редактором связей ОС ЕС. Размер всех программ этой части около 2 Кбайт. Эта группа программ выполняет операции по управлению буфером запросов и рабочей областью, активизирует и деактивизирует программы второй группы и обеспечивает с ними связь. [c.202] Такая схема позволяет использовать программы, написанные на я.зыке высокого уровня (ПЛ/1) при сравнительно небольших требованиях к ресурсам. При неактивном ядре требуется около 2 Кбайт, при активном около 110 Кбайт, но эта память может быть в любой момент освобождена и использована для других целей. [c.202] В качестве примера рассмотрим пакетный интерфейс для программ, написанных на Фортране. Основная сложность их программной реализации состоит в том, что в этом языке отсутствуют структуры данных высокого уровня, строковые переменные, а также нет средств управления динамической памятью. Поэтому большая часть подпрограмм интерфейса обеспечивает эти недостающие функции в необходимом объеме. [c.202] Вернуться к основной статье