|
«Фамилия, имя, отчество» персоны необходимы для неформального описания данных, принадлежащих именно этой персоне. Наличие дополнительных признаков, а также пол персоны требуются, с одной стороны, для расширения поля идентификационных признаков, с другой, для выделения целевой области при поиске информации для идентификации персоны. Данные о модели включают в себе информацию о коэффициентах Габора в узлах графа модели. С целью хранения информации, содержащейся в графе модели, рассмотрим варианты хранения информации [21]. Вариант 1. Хранение графа в исходном виде Предполагается, что топология графа, его узлы, коэффициенты, содержащиеся в узлах (джсты), а также коэффициенты ребер будут сохранены в базе данных, в исходном виде. В качестве описания такой структуры записи может быть применен любой из известных вариантов записи как структурированной, так и неструктурированной информации. Для примера можно предложить сохранить структуру графа в виде ХМЬописания, что является на сегодняшний день наиболее современным и удобным способом описания информационных ресурсов, к которым следует отнести и структуру графа. Такой вариант хранения обладает как преимуществами, так и недостатками. К преимуществам следует отнести его простоту, прозрачность описания, что, безусловно, делает его привлекательным сторонним разработчикам и пользователям информации. Файлы с ХМЬ-описаниями могут быть переданы по информационной сети любому заинтересованному потребителю, которым может являться автоматизированные системы идентификации, централизованные и децентрализованные хранилища информации, автоматизированные системы безопасности, системы принятия решений. К недостаткам такого варианта [21] хранения информации следует отнести его низкую эффективность при выполнении поиска при больших объемах записей. Также сюда следует отнести дополнительные объемы вычислений, которые возникают при 56 |
данные о модели; топология модели; фотоизображение лица; информация о документе личности, глобальный идентификатор. «Фамилия, имя, отчество» персоны необходимы для неформального описания данных, принадлежащих именно этой персоне. Наличие дополнительных признаков, а также пол персоны требуются, с одной стороны, для расширения поля идентификационных признаков, с другой, для выделения целевой области при поиске информации для идентификации персоны. Данные о модели включают в себе информацию о коэффициентах Габора в узлах графа модели. С целью хранения информации, содержащейся в графе модели, рассмотрим варианты хранения информации. Вариант 1. Сохранить граф как есть Предполагается, что топология графа, его узлы, коэффициенты, содержащиеся в узлах (джеты), а также коэффициенты ребер будут сохранены в базе данных, как есть. В качестве описания такой структуры записи может быть применен любой из известных вариантов записи как структурированной, так и неструктурированной информации. Для примера можно предложить сохранить структуру графа в виде ХМЬ-описания, что является на сегодняшний день наиболее современным и удобным способом описания информационных ресурсов, к которым следует отнести и структуру графа. Такой вариант хранения обладает как преимуществами, так и недостатками. К преимуществам следует отнести его простоту, прозрачность описания, что, безусловно, делает его привлекательным сторонним разработчикам и пользователям информации. Файлы с ХМЬ-описаниями могут быть переданы по информационной сети любому заинтересованному потребителю, которым может являться автоматизированные системы идентификации, централизованные и децентрализованные хранилища информации, автоматизированные системы безопасности, системы принятия решений. К недостаткам такого варианта хранения информации следует отнести его низкую эффективность при выполнении поиска при больших объемах записей. Также сюда следует отнести дополнительные объемы вычислений, которые возникают при обработке файлов с ХМЬ-описаниями. Заметим, что при использовании ХМЬ-файлов необходимо создавать дополнительные структуры, содержащие индексы. Вариант 2. Хранить в формате реляционной базы данных С помощью этого варианта предлагается хранить все данные о персоне, требующиеся для хранения, в реляционной СУБД. С целью описания хранилища такой информации применяются ЕК-модели, где описаны реляционные таблицы, непосредственно хранящие информацию, а также логические и физические связи между ними. Данные располагаются в таблицах с соответствующими связями между собой и при необходимости могут быть выгружены из базы данных в любой требуемый формат представления. Для этого может быть применен и язык ХМЬописания, для последующей передачи информации по каналам связи или обработки иным программным средством. К преимуществам этого варианта организации хранения данных, в первую очередь, следует отнести все преимущества, предоставляемые современными реляционными СУБД, такие как: проверка целостности данных; авторизация доступа; масштабируемость базы данных; индексирование данных; программные средства для выполнения процедур и запросов к базам дан |