Несколько месяцев назад закачивал КЛАДР. Сделал для регионов, областей, городов и т.п. свою внутреннюю иерархию (ID-ParentID). Заливал по уровням иерархии (сначала области, края, потом районы). Тут все прошло почти гладко. Был один субъект, который не вязался ни с чем...(если не ошибаюсь это был Байконур). В таблице улиц сделал ссылку на города (по идее связь города - улицы один ко многим). Здесь подосрал "признак актуальности наименования адресного объекта". Объясняю на примере: есть два города с кодами 99 999 999 999 00 и 99 999 999 999 01. К какому городу вязать улицы с кодом 99 999 999 999 001 00?. Такая же фигня с домами. К тому же оказалось, что есть дома, которые привязаны не к улице, а к населенному пункту. Закачивал для себя, поэтому чтоб не парится, привязывал к актуальным (признак = 00).

КЛАДРА если не трудно можно поподробней, как организовавали иерархию (ID-ParentID).
Обычная внутренняя иерархия в таблице. Область имеет ID = 1. Несколько районов ID in (2,3,4) принадлежит этой области. у них ParentID = 1. В районе ID = 2 есть города и деревни. К них ParentID = 2. И так далее...

КЛАДРНа сколько я понял
99 999 999 999 00 - актуальное название
99 999 999 999 01 - устаревшее название
Соответсвенно улицу с 00 на конце к актуальному вязать надо.Вроде так

Я тоже исходя из описания структуры так понял. Но что к чему вязать надо - это вопрос. Например был город Горький, сейчас Нижний Новгород. Когда был Горький, была улица Ленина, стал Нижним Новгородом, улицу переименовали в улицу Колчака (названия взяты с потолка). В этом случае ул. Ленина нужно вязать к г. Горькому. Но т.к. лично мне на такие тонкости пофиг, я вязал все к актуальным. Я подозреваю, что признак актуальности тоже содержит какую-то информацию. Но в описании я ничего не нашел. Такое ощущение, что проги из налоговой, когда делали структуру, не знали про теорию реляционных БД...