Иерархическая база
Cтраница 1
Однако преимущества иерархической базы кончаются, как только Вы захотите выявить пациентов, которым сделали инъекции из негодной партии пенициллина. [2]
Для отображения этого запроса в запрос к иерархической базе необходимо иметь возможность идентифицировать пути в иерархической схеме, а также возможность соотнести квалификационные выражения реляционного запроса с соответствующими типами записей. [3]
Эта архитектура представлена на рис. 3.22. Она состоит из следующих блоков: интерфейса с внешним миром; реактивной подсистемы, основанной на стимульно-реактивном поведении; планирующей подсистемы; подсистемы, ответственной за кооперацию с другими агентами и иерархической базы знаний агента. [4]
Новыми элементами продукционного языка описания процессов реального времени, поддерживаемого конструктором и системой в целом, являются иерархия системы правил и макроопределения, операторы динамической подкачки / выгрузки дополнительных источников знаний в систему, а также операторы фокусировки внимания системы на определенных фрагментах базы правил в процессе работы. Язык макроопределений позволяет проектировать иерархические базы правил с использованием модульного принципа, что существенно упрощает процесс их синтеза и способствует рациональной структуризации прикладных продукционных систем. [5]
Наиболее перспективными считаются гибридные интеллектуальные мультиагентные системы, которые позволяют использовать возможности интеллектуальных и реактивных архитектур. Примером может служить архитектура с иерархической базой знаний, которая содержит структурированную БЗ, рабочую память, модуль управления коммуникацией и человеко-машинный интерфейс. Агент с подобной архитектурой обладает способностью к рассуждениям и к реактивному поведению. Его БЗ содержит три уровня: 1) знания предметной области; 2) знания о взаимодействии, которые позволяют принимать решения в условиях неопределенности; 3) управляющие знания. Интеллектуальное поведение агента обеспечивается способностью принимать решения, а реактивное - системой контроля за содержимым рабочей памяти, которая функционирует по принципу глобальной доски объявлений. Агент взаимодействует с пользователем, используя человеко-машинный интерфейс. В общем случае гибридные архитектуры являются многоуровневыми и отличаются друг от друга структурой и содержанием уровней, которые могут соответствовать различным уровням управления, абстракции либо отдельным функциональным свойствам агента. [6]
Связи встроены в систему, и поиск обычно может идти только по одному пути - от родительской Записи вниз. Все это хорошо, если поиск в другом направлении Вам не нужен. Но реализовать в иерархической базе запрос на поиск дефектных пишущих машинок в Кингстоне просто невозможно. [7]
 |
Примеры логических записей баз данных, образуемых компоновкой сегментов баз, приведенных на. [8] |
Она выполняется комплексом программ-утилит системы ИМС / 360, осуществляющих разгрузку и загрузку базы. Реорганизация необходима для высвобождения областей носителя, занятых логически удаленными сегментами, для получения копии базы с целью защиты от утраты, для установления новой структуры записи и / или новых логических отношений. Реорганизация выполняется путем разгрузки данных иерархической базы в последовательный файл с последующей загрузкой информации с учетом нового описания базы данных. [9]
 |
Пример иерархического пути доступа ( путь ABEI. [10] |
Корневой вершине дерева определения соответствует тип корневой группы, остальным вершинам - типы зависимых групп. Дуга исходит из типа родительской ( исходной) группы и заходит в тип порожденной группы. Дуги обычно называют связью исходный - порожденный. Поскольку между двумя типами групп может быть не более одной такой связи, то на графической диаграмме схемы иерархической базы данных связи могут специально не помечаться. Тип зависимой группы можно идентифицировать соответствующей последовательностью связей исходный - порожденный. Иерархический путь в дереве определения представляется последовательностью групп, начинающейся типом корневой группы и заканчивающейся типом заданной группы. [11]
Все функции должны пользоваться общей базой данных. Это решение было основано на том, что качество существующей базы данных не оправдывало более высокого уровня интеграции. При рассмотрении третьего подхода было обнаружено, что для преобразования 100 млн. элементов данных к общему стандартному машинному формату и единой структуре кода потребуется приблизительно 10 лет. При втором подходе необходимо было четко определить, каким образом одна функция будет иметь доступ к базе данных другой. Это требовало, кроме индивидуальных ключей доступа, введения еще и идентификаторов полей данных, поскольку в иерархической базе данных ключи доступа идентифицируют лишь строго определенные области данных. [12]
Все функции должны пользоваться общей базой данных. Это решение было основано на том, что качество существующей базы данных не оправдывало более высокого уровня интеграции. При рассмотрении третьего подхода было обнаружено, что для преобразования 100 млн. элементов данных к общему стандартному машинному формату и единой структуре кода потребуется приблизительно 10 лет. При втором подходе необходимо было четко определить, каким образом одна функция будет иметь доступ к базе данных другой. Это требовало, кроме индивидуальных ключей доступа, введения еще и идентификаторов полей данных, поскольку в иерархической базе данных ключи доступа идентифицируют лишь строго определенные области данных. [13]
Страницы: 1