НЕФТЬ-ГАЗ ЭЛЕКТРОННАЯ БИБЛИОТЕКА
На главную >>


Теперь на нашем сайте можно за 5 минут создать свежий реферат или доклад

Скачать книгу целиком можно на сайте: www.nglib.ru.

Предложения в тексте с термином "База"

Графически при описании базы данных разным типам связей соответствуют обозначения в виде различных стрелок: «-»-» — связь с одной записью; « > >» — связь с несколькими записями.

Пример логической схемы иерархической базы данных.

Дополним базу данных, представленную в табл.

Это не вызывает существенных затрат памяти, однако усложняет решение проблемы целостности базы данных.

Трудности в использовании иерархической базы данных возникают при изменении типа запроса.

Необходимость в организации различного упорядочения записей в БД с целью удовлетворения разных типов запросов привела к разработке сетевых баз данных.

ИНВЕРТИРОВАННЫЕ БАЗЫ ДАННЫХ

Ознакомление с различными моделями данных показало, что поиск необходимой информации требует значительных затрат времени даже для иерархических СУБД, особенно при больших объемах баз данных.

Однако если удается выделить совокупность признаков, по которым формируется запрос, то можно предложить способ организации баз данных, значительно сокращающий время поиска затребованной информации.

Допустим, в примере базы данных, приведенной в табл.

Нслп для всех записей, хранящихся в базе данных, созданы инвертированные списки для возможных вариантов запросов, то такая база данных называется инвертированной.

Так, техническое задание на проектирование абонентской сети на базе персональных ЭВМ описывается дескрипторами: техзадание, абонентская сеть, проектная документация, персональные ЭВМ.

Хранение и преобразование данных в современных системах обработки информации выполняются с помощью банков данных (БНД), представляющих собой совокупность базы данных (БД) и системы управления базами данных (СУБД).

Быстрый и эффективный поиск данных при заданных поисковых признаках осуществляется в инвертированных базах данных.

Система управления базой данных «ИНЕС» ориентирована на поддержание иерархических структур данных.

Система управления базой данных «ОКА», так же как и СУБД «ИНЕС», принадлежит к системам иерархического типа.

В зависимости от типа базы данных в СУБД «ОКА» предусмотрены различные методы доступа.

Иерархический последовательный (HSAM) и иерархический ин-дексно-последовательный (HISAM) обеспечивают экономию внешней памяти, ориентированы на статические малоизменяемые базы данных, использующие лишь операции выборки.

Систему управления базой данных «СЕДАН» и ее дальнейшее развитие «СЕТОР» отличают простота организации, незначительный объем резидентной части (10—30 К байт), широкое использование файловой системы.

Система управления базой данных «СЕТЬ» построена на концепциях комитета КОДАСИЛ.

Система управления базой данных «ДИСОД» — одна из наиболее развитых отечественных СУБД.

Однотипные записи базы данных СУБД «ДИСОД» организованы в файлы, между которыми могут быть установлены связи, позволяющие создавать как иерархические, так и сетевые структуры.

Система управления базой данных «СЕТОР» обеспечивает независимость данных от программ не только на уровне записей, но и на уровне элементов.

Система управления базой данных «СЕТОР» ориентирована па поддержку сетевых структур данных, создаваемых из двух типов записей: 1) основных; 2) зависимых.

Описание указанной базы данных на ЯОД «СЕТОР» приведено ниже:

Система управления базой данных «ПОИСК» предоставляет пользователям следующие возможности:

База данных для СУБД «ПОИСК» есть упорядоченное множество информационных записей.

Каждая база данных состоит из нескольких машинных файлов на устройствах прямого доступа (НМД).

Для поддержания локальных баз данных следует использовать сравнительно простые и занимающие небольшой объем оперативной памяти СУБД (например, «СЕТОР»).

Диалог в САПР используется для: а) обеспечения доступа к базе данных САПР; б) ввода данных для выполнения машинной процедуры; в) просмотра на экране дисплея результатов; г) контроля за ходом выполнения машинной процедуры.

В развитых САПР, построенных на базе ЕС ЭВМ, рекомендуется использовать режим разделения времени (РРВ), а также систему телеобработки данных «КАМА».

В пакете может также присутствовать подсистема управления локальными базами данных и диалогового взаимодействия с пользователем.

Локальные базы данных организуются наиболее рациональным для данного пакета способом и используются для хранения информации, не подлежащей обобществлению с другими пакетами проектирования.

Они могут применяться также в качестве буферов между пакетом проектирования и основной базой данных САПР, если характеристики последней не удовлетворяют данный пакет по какой-либо причине.

А — анализатор; Г — генератор; Кр — конструктор; ВБД — внутренняя база данных; TQC — транслятор из состава ОС, (см.

Результатом работы анализатора А будет набор таблиц, списков, массивов, составляющих внутреннюю базу данных ВБД компилятора, располагаемую в ОП.

Поэтому ожидается, что в ближайшие годы для решения проблемы синтеза моделей технических объектов могут найти широкое применение системы баз знаний.

Системы управления базами данных / Под ред.

Система управления базой данных СЕДАН.

Введение в системы баз данных.

Инвертированные базы данных.

К обслуживающим подсистемам ПО относятся: диалоговая ДП, управления базами данных СУБД, инструментальная ИП, а также монитор, обеспечивающий взаимодействие всех остальных подсистем и управление их выполнением.

ПП —/-я проектирующая подсистема; ДП — диалоговая подсистема; ИП — инструментальная подсистема; СУБД — система управления базами данных;

Подсистема управления базами д а н-н ы х СУБД реализует единообразный доступ к общей базе данных (БД) САПР и к индивидуальным БД пользователей.

Но чаще проектирующие подсистемы ПО представляют собой универсальные пакеты прикладных программ сложной структуры, обладающие своими мониторами, локальными базами данных и средствами их управления, поэтому ниже наряду с термином «проектирующая подсистема ПО» будем использовать и другой термин — «проектирующий пакет ПО».

Язык управления монитором САПР достаточно прост, в его основе лежат команды вызова необходимых проектирующих подсистем ПО и задания им управляющих параметров, а также команды, описывающие способ информационного обмена между подсистемами — через оперативную или внешнюю память, посредством подсистемы управления базой данных.

Такие конфликты могут возникнуть, например, при одновременном обращении нескольких проектирующих пакетов к подсистеме управления базой данных.

Конфликты могут быть устранены использованием очередей запросов к СУБД, в которых запросы на обслуживание подсистем ПО базой данных располагаются в порядке поступления и приоритетности.

Каждый проектирующий пакет, входящий в состав САПР, имеет паспорт, хранящийся в базе данных САПР.

Паспорт содержит следующие сведения о проектирующем пакете: 1) размер занимаемой области ОП; 2) имена требуемых обслуживающих подсистем ПО; 3) имена режимных параметров и их значения по умолчанию; 4) имя языка программирования, в стандарте которого пакет использует представление структур данных; 5) местонахождение в пакете обработчика прерываний от дисплея пользователя (если он предусмотрен); 6) указатели на возможные способы обмена информацией с другими проектирующими подсистемами ПО (через ОП, базу данных или файловую систему ЭВМ.

На этом этапе производится точное описание функций САПР, разрабатываются и утверждаются входные и промежуточные языки, форма выходной информации для каждой из подсистем, описывается возможное взаимодействие с другими программными комплексами, специфицируются средства расширения и модификации ПО, разрабатываются интерфейсы обслуживающих и проектирующих подсистем, решаются вопросы организации базы данных, утверждаются основные алгоритмы, реализуемые в подсистемах.

Выбирается структура информационных массивов, составляющих базу данных.

Система PSL/PSA позволяет: а) описывать проектируемые информационные системы в форме, пригодной для обработки на ЭВМ, для чего используется язык PSL; б) записывать и хранить такое описание в базе данных; в) корректировать описание в базе данных; г) выполнять анализ описания и выдавать отчеты.

Кроме описания на языке PSL и комментариев в базе данных могут храниться таблицы, массивы, матрицы, а также графические диаграммы и схемы.

Анализатор формулировок задач PSA поставляет системным аналитикам отчеты, содержащие результаты различного рода анализов сведений, содержащихся в базе данных.

Подсистема REVS обработки и проверки требований состоит из: 1) транслятора с языка описаний требований RSL; 2) центральной базы данных, содержащей модель проектируемой программной системы; 3) автоматизированных средств обработки информации в базе данных.

Далее вступают в работу бригады, разрабатывающие обслуживающие подсистемы ПО (диалоговую, машинной графики, управления базами данных).

Этапы создания проблемно-ориентированного языка, разработка монитора пакета, обеспечение связи с диалоговой подсистемой и базой данных автоматизированы в ПРИЗ в очень высокой степени.

Для настройки созданного таким образом пакета на предметную область пользователю необходимо лишь заполнить базу данных пакета подпрограммами моделей элементов соответствующей физической природы.

Обслуживающие подсистемы поддерживают функционирование проектирующих подсистем, к ним относятся монитор (управляющая подсистема), подсистема диалогового взаимодействия, инструментальная, интерактивной машинной графики и управления базами данных.

Банк данных (БНД) — совокупность базы данных и системы управления базами данных.

База данных (БД)—структурированная совокупность данных.

Система управления базами данных (СУБД) состоит из языковых и программных средств, предназначенных для создания и использования базы данных прикладными программами, а также непосредственно пользователями-непрограммистами.

Процесс объединения данных, используемых различными пользователями, в одну общую БД называется интеграцией базы данных.

В результате появляется возможность осуществить как синтаксический, так и семантический контроль правильности обращения к системе управления базами данных.




Главный редактор проекта: Мавлютов Р.Р.
oglib@mail.ru