|
обработке файлов с ХМЬ-описаниями. Заметим, что при использовании ХМЬ-файлов необходимо создавать дополнительные структуры, содержащие индексы. Вариант 2. Хранение графа в формате реляционной базы данных С помощью этого варианта [21] предлагается хранить все данные о персоне, требующиеся для хранения, в реляционной СУБД. С целью описания хранилища такой информации применяются ЕК-модели, где описаны реляционные таблицы, непосредственно хранящие информацию, а также логические и физические связи между ними. Данные располагаются в таблицах с соответствующими связями между собой и при необходимости могут быть выгружены из базы данных в любой требуемый формат представления. Для этого может быть применен и язык ХМЬ описания, для последующей передачи информации по каналам связи или обработки иным программным средством. К преимуществам этого варианта организации хранения данных, в первую очередь, следует отнести все преимущества, предоставляемые современными реляционными СУБД, такие как [21]: проверка целостности данных; авторизация доступа; масштабируемость базы данных; индексирование данных; программные средства для выполнения процедур и запросов к базам данных. Дополнительными преимуществами могут считаться возможность многопользовательской работы пользователей, а также возможность программными средствами разрабатывать обеспечение для доступа к информационным ресурсам, расположенным в базе данных. В настоящее время, когда актуализируются вопросы построения систем реального времени, реляционные СУБД предоставляют высокие скорости доступа и 57 |
и децентрализованные хранилища информации, автоматизированные системы безопасности, системы принятия решений. К недостаткам такого варианта хранения информации следует отнести его низкую эффективность при выполнении поиска при больших объемах записей. Также сюда следует отнести дополнительные объемы вычислений, которые возникают при обработке файлов с ХМЬ-описаниями. Заметим, что при использовании ХМЬ-файлов необходимо создавать дополнительные структуры, содержащие индексы. Вариант 2. Хранить в формате реляционной базы данных С помощью этого варианта предлагается хранить все данные о персоне, требующиеся для хранения, в реляционной СУБД. С целью описания хранилища такой информации применяются ЕК-модели, где описаны реляционные таблицы, непосредственно хранящие информацию, а также логические и физические связи между ними. Данные располагаются в таблицах с соответствующими связями между собой и при необходимости могут быть выгружены из базы данных в любой требуемый формат представления. Для этого может быть применен и язык ХМЬописания, для последующей передачи информации по каналам связи или обработки иным программным средством. К преимуществам этого варианта организации хранения данных, в первую очередь, следует отнести все преимущества, предоставляемые современными реляционными СУБД, такие как: проверка целостности данных; авторизация доступа; масштабируемость базы данных; индексирование данных; программные средства для выполнения процедур и запросов к базам дан 113 Кроме того, к преимуществам следует отнести возможность многопользовательской работы пользователей, а также возможность программными средствами разрабатывать обеспечение для доступа к информационным ресурсам, расположенным в базе данных. В настоящее время, когда актуализируются вопросы построения систем реального времени, реляционные СУБД предоставляют высокие скорости доступа и поиска информации даже в больших по объему базах данных с множеством таблиц и связей между ними. К недостаткам относится повышенная требовательность к аппаратным и вычислительным ресурсам. 3.3. Описание информационного хранилища С помощью языка описания ЕЯ-моделей автором создана и на практике применена ЕЯ-схема хранилища информации для информационно-поисковой системы распознавания человека по изображению лица. Логическая ЕЯ-схема организации информационного хранилища представлена на рис. 3.1. В схеме присутствуют 10 таблиц, из которых 9 содержат целевые данные, а одна служебную информацию. Таблица Регзоп содержит установочную информацию о персоне. Содержит поля ФИО, пол. Отметим, что в этой таблице содержится и указатель на глобальный идентификатор, примером которого может быть запись о документе личности или идентификатор для связи с данными во внешней базе данных. Таблица РЬо(о содержит информацию по конкретному изображению лица (фотопортрету). В состав полей входят размеры изображения, а также координаты центров зрачков глаз. Кроме того, имеется поле для хранения собственно изображения лица для наглядного представления. Так как каждая персона может иметь несколько фотопортретов, вводится таблица РегеопРЬоФ, в которой записи организованы по принципу «многие ко |