Вы когда-то занимались подобной задачей: парсинг адресов?)
Я вот занимался, врагу не пожелаю. Если возможно сразу заполнять отдельно, то лучше это сделать.

Именно поэтому адреса и не надо парсить, а использовать как есть по назначению.

И нет, территориально-географическое деление это не назначение адреса.

Не до конца понимаю ваш комментарий. А как, в вашем случае, делать территориально-географическое деление, если не по адресу?
И что это за данные такие, как называются?

Парсить(разбивать на элементы) или не парсить адрес, думаю, зависит от задачи.

Для моей задачи это было необходимо.
Ко мне и обратились после того, как запустили систему, где поиск был по строке в адресе. Т.е. это была база уже готовых адресов.
Там был поиск по адресу + планировалась различная аналитика в разрезе разных атрибутов адреса: округ, регион, город, улица.
Работа с целым адресом-строкой, во-первых, снижала корректность поиска(каждый пишет, как он хочет), во-вторых, было жутко медленно даже не небольшой.
Про аналитику клиент даже не заикался изначально.
Сложность парсинга была связана с бардаком в данных адреса. Приходилось так же корректировать типовые косяки.