Ликбез по СУБД

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

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

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

Торопиться надо медленно . Да кроме того, практическую работу я веду постоянно, пополняя сайт Вот если получится то, чего мне сейчас пробуют сделать, это будет классно - кусок базы для строительства генеалогических схем. Вот буду тогда его заполнять, а так куда спешить, если нет ничего кроме мыслей?
Буду предаваться мыслительному разгулу! И задавать вопросы глупые

Людмила!

Забивать самим населённые пункты, области и проч. России - неблагодарное дело

По этой причине лучше взять классификатор, который использует, например, госпочта, и базироваться на нём. А вот все старые варианты (губернии, уезды и проч.) нужно будет забивать самим. И это лучше сделать централизованно, в одном месте.

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

Кроме того, можно ограничить ввод такой информации (адресной) только одной базой данных, и распространять эту информацию из неё на все остальные DB.

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

Если Вы изначально вводите одинаковую информацию, но с разными идентификаторами в разных DB, то проблема её консолидации будет более существенна, чем создание самой DB как таковой.

Поэтому идти таким путём крайне не рекомендую.