fenixSQL,
если я правильно понимаю вашу ситуацию, то решение вижу по другому
У вас есть "Фирма", то есть - главный офис. В системе есть только два типа "подчинённых" офисов - это филиал и подразделение.
Список построек - имеет уникальные значение, набивается ручками и может "принадлежать" только одному из "подчинённых" отделов, верно?
Тогда смотрите на картинку:
Таблица TFirma - тут понятно, думаю. И да, не вижу смысла тратить на признак таблицы/запроса/отчёта больше одной буквы ;) Поле ID_Firma имеет тип счётчик.
Вторая таблица TFilial (можете сделать любое название) содержит инфу о "подчинённых" офисах.
В этой таблице поле Filial_Tip - с подстановкой из двух значений "Филиал" и "Подразделение". При желании можно сделать подстановку из ещё одной таблицы.
Поле ID_Filial - тип поля счётчик, ID_Firma - тип поля числовое, длинное целое.
Связь между таблицами - один ко многим, с обеспечением целостности данных, каскадным обновлением и удалением
Как бы и всё. Есть главный офис, есть поле для его имени.
В подчинённой табле создаётся новая запись, выбирается тип подчинённого подразделения, вписывается наименование, наименование постройки.
При желании это всё можно запихнуть в удобную форму.
Ну и справочник построек делается простым запросом на выборку.

fenixSQL,
вот пример базы, для удобства

fenixSQL,
Упс, недоработка.
Ловите новый вариант

fenixSQL,

fenixSQL,
перечитайте своё самое первое сообщение. Где шла речь о "Материнские фирмы считайте по количеству регионов. Им подчиняются подразделения уровня районов, а подразделениям подчиняются филиалы"?
Какое ТЗ, такое и х/з