skyANAТриггерман, и как от этого зависит набор сущностей в БД?
Так если речь идет только о режиме реального времени, тогда, наверное, не зависит. А вот если нужна информация на заданную дату...
Например:
Место рождения: Москва, казалось бы, какое это государство?
Ответ: Российская империя, Российская республика, Советская Россия (РСФСР), СССР, Россия.
Имейте ввиду, если составляете(заполняете) документ официальный, нужно писать так, как указано в паспорте гражданина, даже если там очевидная ошибка. Я сталкивался с подобными ситуациями, вариант: дата рождения: 01.10.1958 г., место рождения: Грозненская область. Не было к тому времени такой области, но исправлять эту ошибку я права не имел.

skyANAPulsar_pпропущено...

Так если речь идет только о режиме реального времени, тогда, наверное, не зависит. А вот если нужна информация на заданную дату...
Например:
Место рождения: Москва, казалось бы, какое это государство?
Ответ: Российская империя, Российская республика, Советская Россия (РСФСР), СССР, Россия.
Имейте ввиду, если составляете(заполняете) документ официальный, нужно писать так, как указано в паспорте гражданина, даже если там очевидная ошибка. Я сталкивался с подобными ситуациями, вариант: дата рождения: 01.10.1958 г., место рождения: Грозненская область. Не было к тому времени такой области, но исправлять эту ошибку я права не имел.И? Намекаете на то, что надо где-то хранить историю?

Ну добавим таблиц для её хранения, если таковы требования :)
Не, ну это-то понятно. Просто вы интересовались:
skyANA пропущено ... как от этого зависит набор сущностей в БД?
Ну я и попытался объяснить, что очень даже зависит. И ведь сущность (в данном случае область) жестко не привяжешь к интервалу дат, потому как могут быть ошибки (см. пример выше: Грозненская область.) Более того, мне попадались паспорта, с областями, которых никогда не существовало. Т.е. нужно: либо не привязывать (жестко) справочник областей к реальности, либо сделать возможность ввода не из справочников. В разных задачах я поступал по-разному (от ситуации зависело), но мне первый вариант кажется удобней. Пусть в справочнике будет, скажем, Псковско-Новгородская область, если что, тестами потом отловим.

skyANA........
Я так и не понял какие случаи не покрывает справочник регионов (областей), таблица Regions. Какие?
.........

Вопрос не в том, что они не покрывают. Вопрос в том, что порой мудрить надо.
Смотрите, если у вас сделано по-умному, т.е. сущности связаны между собой: Страна-Регион-(Город(Нас. пункт)+(Индекс))-Улица, и данные нужны в реальном времени, то проблем нет. Так устроен, например, КЛАДР. Это общедоступный справочник. Я кода-то писал задачу, так оттуда вырвал кусок информации по Карелии, и все. Но даже там и то ляпы были, например (навскидку): в Петрозаводске ул. Хейкконена с одной "к" написана, были пропущены некоторые улицы в некоторых нас. пунктах и т.д. Но это мелочи, по ходу дела допилил.
Сложнее, если время "плавающее", установить принадлежность того или иного города(нас. пункта) к региону, а порой и самого региона к государству. ИМХО, простого тривиального решения данной ситуации не существует.

skyANAНу и давайте не забывать, что ТС вроде как не собирается паспорта печатать. Ему телефонные коды городов нужны.

Да, конечно, Я просто взглянул на проблему несколько шире.

skyANA... Пропущено
То есть если внести данные без ошибок и хранить историю не требуется, то все нормуль?
Да, конечно. Задача программиста как раз и состоит в том (числе), чтобы разработать оптимальный алгоритм ввода, обработки данных. По-моему слишком очевидно.