Адреса Фиас В Среде Postgresql. Часть 1

Как бы мы ни относились к качеству адресов ФИАС, работать с ними необходимо, ведь это единственная общероссийская адресная книга.

Поэтому рано или поздно нам придется решить проблему связи местонахождения недвижимости, юридического и физического адресов с адресом из ФИАС.

В данной статье описан опыт работы со списком адресообразующих элементов ФИАС, загруженным в базу данных под управлением PostgreSQL. Для работы с адресообразующими элементами ФИАС создано несколько функций на языке PL/pgSQL. Полный текст статьи состоит из 4 частей.

Первая половина этой части статьи содержит комментарии по реализации функции.

Второй содержит исходный текст функции.

Тем читателям, которых интересуют только исходные тексты, мы предлагаем сразу перейти к Приложение .

Родословная адресообразующего элемента

Вызов fstf_AddressObjects_AddressObjectTree('bfc1236d-b5d2-4734-a238-3b1e4830e963') вернет следующий список записей.

Таблица 1. Результат выполнения функции fstf_AddressObjects_AddressObjectTree

• пластинка с характеристикой самой Новой улицы;
• три родительские записи о селе, районе и области, к которым принадлежит улица.

Полный текст функции приведен в Приложении в подразделе Создание функции fstf_AddressObjects_AddressObjectTree

С самого начала

Необходимость такой функции продиктована тем, что список адресообразующих элементов ФИАС (ADDROBJ) представляет собой древовидную структуру, в которой каждый элемент ссылается на идентификатор (AOGUID) родительской записи по значению поля ParentGUID. .

Те.

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

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

Рис.

1. Иерархия адресообразующих элементов ФИАС.

Это не опечатка и не оговорка.

По значению ParentGUID можно найти не одну, а несколько записей.

Это означает, что идентификатор элемента, формирующего адрес, не является первичным ключом для таблицы, содержащей список ADDROBJ. Дело в том, что список адресообразующих элементов вместе с каждым элементом хранит историю его «переименования».

Те.

Под одним идентификатором элемента хранится не только текущее имя элемента, но и его предыдущие имена.

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

Таблица 2. История улицы «Красноярский край, Таймырский Долгано-Ненецкий район, Дудинка, Левинские пески, Береговая улица»

Для этого каждая запись о периоде релевантности элемента содержит два указателя на предыдущий (PrevID) и последующие периоды (NextID).

Первый период адресообразующего элемента не имеет указателя на предыдущий период, а последний (текущий) — указателя на следующий период.



Рис.

2. Основные поля записи адресообразующего элемента ФИАС.

Период релевантности характеризуется датами начала и окончания периода StartDate и EndDate соответственно.

При этом даты начала первого периода и окончания последнего имеют условные значения.

Датой начала первого периода принимается «01.01.1900 0:00», а датой окончания последнего (текущего) периода принимается «06.06.2079 0:00».

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

дата окончания периода больше или равна текущей дате.

Для упрощения поиска записи о текущем периоде элемента помимо даты начала и окончания периода введены еще два поля: CurrStatus и ActStatus. ActStatus принимает вполне ожидаемые значения: «1» — текущая версия характеристик элемента, «0» — не текущая или историческая версия, как указано в справочнике.

Сложнее ситуация со значениями поля CurrStatus. Используя его значения, решаются две проблемы задачи одновременно: устанавливается идентификатор каждой версии записи об адресообразующем элементе и присваивается признак релевантности записи.

Поэтому последняя текущая запись элемента содержит в этом поле значение «0», а все исторические записи нумеруются в порядке появления – «1» — самая старая запись, следующая — «2» и т.д. В таблице 2 приведен перечень записей с вариантами описания улицы Береговой в селе Левинские Пески.

В этом списке предыдущая запись текущей записи содержит цифру «7» в поле CurrStatus.

Как это работает

3. Упрощенная реализация функции fstf_AddressObjects_AddressObjectTree. Для реализации функции предлагается использовать рекурсивный запрос, аналогичный показанному на рис.

3, где a_AOGUID — идентификатор адресообразующего элемента, a_CurrStatus — признак релевантности по КЛАДР.

Оба значения передаются в функцию через параметры.

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

Переход к родительскому элементу осуществляется с использованием ссылки ParentGUID текущей записи.

Здесь важно, чтобы каждая итерация приводила только к одной записи.

Для этого на значение атрибута CurrStatus накладывается ограничение.

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

3. Возникает вопрос: почему ограничение на значение CurrStatus реализовано через вложенный подзапрос, а не присвоением реальных значений? Во-первых, потому что текущая запись об элементе не всегда имеет CurrStatus = 0, как показывает таблица 4. Во-вторых, функция должна возвращать результат для нерелевантных имен элементов.

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

Таблица 3. Результат выполнения функции над элементом с неуникальным атрибутом выбора записи

   

 ao.currstatus = (SELECT MIN(iao.currstatus) FROM fias_AddressObjects iao WHERE ao.aoguid = iao.aoguid)

   

который присутствует во второй части рекурсивного запроса, не совсем корректен, исходя из правила присвоения значений атрибуту CurrStatus. Действительно, если среди записей адресообразующего элемента нет текущей (CurrStatus=0), то самой «новой» является запись с максимальным, т.е.

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

Таблица 4. Элемент с повторяющимся ненулевым значением CurrStatus.

• The Noun Project: Бесплатная Иконка Для Каждого Объекта В Мире

  19 Oct, 24

• Около 40% Bittorrent-Трафика Теперь Зашифровано?

  19 Oct, 24

• Изучение Поведения Пользователей Интернет-Магазина. Часть 1

  19 Oct, 24

• Как Появилась Комбинация Wasd?

  19 Oct, 24

• Возможные Архитектуры Построения По Для Интернет-Магазинов

  19 Oct, 24

• Ноутбуки В Аду

  19 Oct, 24

• Удивительно Простой Обмен Сообщениями С Помощью Spring Cloud Stream

  19 Oct, 24

• Зачем Вам Нужен Splunk? Аналитика Производительности Приложений

  19 Oct, 24

• С Праздником Вас, Хабразащитники!

  19 Oct, 24

• Беспроводная Зарядка И Док-Станция Для Asus Nexus 7

  19 Oct, 24