Это та простота, которая и должна быть (вроде как 5NF)
При принятии подхода Dimitry Sibiryakov Выделить на происхождение записи целое отдельное поле, да ещё и со ссылкой на справочник филиалов
мы получаем симметричную ИС в части слияния-разделения баз данных.
Т.е. мы легко получим из филиальных баз данных одну материнскую, и так-же легко из одной материнской получим набор филиальных баз данных. Следствием этого подхода будет и лёгкость реализации, например, аудита филиалов разными сотрудниками при их работе с материнской БД.
В случае же отказа от 5NF применением составного первичного ключа (а в Вашем случае, как я понял, информацию о сервере Вы предлагаете вообще "подмешивать" к первичному ключу типа 001230000000056889, где 123 номер сервера, а 56889 номер записи на сервере), обратное разделение БД хотя и возможно, но будет достаточно трудоемко, да и на всякие плюшки сервера (типа ссылочной целостности и т.п.) рассчитывать не приходится.
Ну и по поводу просмотра записей системным администратором. Можно пролистать несколько экранов с записями, но просмотреть несколько миллионов записей совсем нереально. Тут придётся, хотите-не хотите делать запросы.
В случае принятия подхода Dimitry Sibiryakov запрос будет выглядеть как-то так:


Просто? да, просто. Причём и отработается запрос быстро.
В Вашем случае запрос будет такой:


Уже весело, и с задорным оптимизмом смотрим в будущее, где нам надо выбрать записи 123 сервера с номера 5000 по номер 7000