Назначение запросов к базе данных
База данных АДИС имеет реляционный тип. Это означает, что все введенные объекты изначально обладают совершенно одинаковым статусом. Ни один из них не входит в какую-либо иерархическую структуру, наподобие файловой системы в виде дерева каталогов. Связи, устанавливаемые навсегда или на время, являются единственной различимой структурой базы данных. Эти связи создаются с помощью запросов к базе данных.
Объекты базы данных связываются по критерию подобия индексных данных изображения, а также текстовых данных запроса.
Контрольная панель пользователя АДИС представляет набор функций по формированию запросов к базе данных.
Базовыми функциями контрольной панели являются комплексы утилит полуавтоматических процессов ввода в базу данных новых дактилокарт и следов, а также функция просмотра базы данных. Последняя позволяет увидеть автоматически установленные связи между объектами, редактировать их, удалить отдельные объекты, редактировать текстовые данные занесенных объектов и т.д.
Успешно завершенная отработка запроса к базе данных именуется транзакцией. Механизм проведения транзакций включает возможность отката - возвращения к исходному состоянию, если последовательность действий при исполнении запроса не удалось провести до конца.
Порядок проведения транзакций
Все многообразие запросов к базе данных можно разделить на три группы:
Запрос на ввод нового объекта и группа запросов на изменение состояния объектов хранения образуют механизм проведения транзакций в базе данных АДИС.
Запросы на получение информации формируются программой просмотра базы данных view_c7.
Ввод нового объекта
Ввод каждого нового объекта приводит к пошаговому увеличению объема базы данных и, в случае успешного завершения процесса поисков, к появлению новых связей в базе данных.
Запись результатов поиска по вновь введенному объекту производится в W-каталог сегмента. Запись осуществляет программа p7drm, запускаемая специальной автоматической станцией сервера базы данных, а при ее отсутствии - вводящей станцией.
Связи, автоматически устанавливаемые в базе данных при введении новой дактилокарты, можно подразделить на следующие группы:
Группа дубликатов включает цепочку дактилокарт с совпавшими отпечатками и текстовыми данными.
Группа совпавших отпечатков, как следует из названия, включает цепочку дактилокарт с совпавшими отпечатками, но различными паспортными данными дактилоскопированного лица. Причиной расхождения этих данных может быть или умысел, направленный на затруднение установления личности, либо небрежность при вводе текстовых данных. Для предупреждения последнего обстоятельства рекомендуется использовать возможности справочников при вводе текстовых данных.
Группа совпавших паспортов включает дактилокарты с идентичными паспортными данными, но с различными отпечатками. Причиной появления такой цепочки может стать случайное совпадение паспортных данных разных лиц, подлог или ошибка оператора.
Для просмотра информации об автоматически установленных связях используется программа просмотра базы данных.
Помимо списков дактилокарт с совпавшими отпечатками или паспортными данными в программе просмотра базы данных доступны списки объектов, как следов, так и дактилокарт, на которые программа поисков сформировала намеки - отметки о сходстве индексных данных. Эти списки носят название рекомендательных.
Максимальная длина рекомендательного списка для вводимого следа может быть установлена в программе сканирования в специальной экранной форме.
После просмотра рекомендательных списков по введенному объекту, пара идентифицированных объектов может быть направлена в соответствующий список идентификаций.
По результатам просмотра рекомендательных списков дактилокарты могут быть идентифицированы, как двойники, то есть дактилокарты, принадлежащие одному лицу. В этот список автоматически входят дактилокарты-дубликаты.
Изменение состояния объектов хранения
Все изменения в базе данных осуществляет вводящая станция под контролем файлового сервера. Назначением последнего является обеспечение одновременного и полного обновления всех доступных в системе на текущий момент копий индексных данных.
Обрабатываемые системой транзакции журналируются в каталог $PPLN/tr/ рабочего дерева каталогов системы.
При изменении состояния объектов хранения должны быть обновлены поисковые образы - индексные данные, используемые при введении новых объектов. В противном случае ввод новых объектов стал бы невозможен. Однако, может сложиться ситуация, когда обновление локальных копий индексных данных не удается завершить до конца. Это произойдет в том случае, когда выбыло из строя одно из устройств, содержащее поисковые образы. Тем не менее, система доведет транзакцию до успешного завершения сразу после включения такого устройства.