MasterZivjucus,

ничего неправильного тут нет.
О решении "независимая сущность vs зависимая сущность" - тут лучше подходить буквально. если дочерняя сущность может существовать без родительской - делать неидентифицирующую связь. иначе - идентифицирующую.

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

вообще в твоём случае, можно подойти и так

A - (aid, ...) PK = a_id;

B- (as_aid, ...) PK = as_aid;FK = as_aid;

C-(as_bs_aid,....) PK = as_bs_aid;FK = as_bs_aid;

тем самым стаёт не возможным создать запись в В без привязки её к таблице А.

например
A - humans
B - passports
C - foreignpassports
считаем что архив паспортов не наша текущая проблема.

если же паспорта не действительные наша рпоблема, тогда да, в таблицах обоих паспортов ещо одно поле айдишник, которое в составе первичного ключа и получится

B(bid,as_aid,....) PK = bid,as_aid; FK = as_aid
C(c_id,bs_bid,as_aid), PK = c_id,bs_bid,as_aid; FK = bs_bid,as_aid;

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

если паспорт - человек ----идентифицирующая связь, загранпаспорт-паспорт ----идентифицирующая, ====отсюда следует, ясень пень, человек ---загранпаспорт тоже идентифицирующая связь, но изза упрощения с ключами мы её потеряли, вто время как при составном, зная запись загранпаспорта, мы сразу можеш найти нужного человека, без промежуточного шага поиска паспорта